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Appendix  B 

Micro-ABS/  Mainframe  ABS 
Data  Dictionary  and  Reports 
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DO 


Micro-ABS/Mainframe  ABS  Data  Dictionary 


Following  is  a  complete  list  of  all  data  elements  (fields)  contained  in  the 
nine  micro- ABS  database  files.  A  field  name  may  be  up  to  ten  characters  long 
and  is  of  type  character,  numeric,  date,  logical,  or  memo.  Lengths  for  each 
field  are  also  supplied,  as  well  as  any  decimal  places  for  numeric  fields. 

Helds  that  are  not  numeric  will  always  have  a  DEC  length  of  zero. 


Filename  :  CATFEAT.DBF 

Memo  Hie?  :  No 

Last  Update  :  09/21/89 

Records  :  120 

Field 

Name 

XXE£ 

Len 

Dec 

001 

CATCODE 

Character 

3 

0 

002 

CATDESC 

Character 

70 

0 

003 

FEATCODE 

Character 

5 

0 

004 

FEATCAT 

Character 

12 

0 

005 

FEATDESC 

Total  Record 

Character 

Length:  127  Bytes 

36 

0 

Filename 

CATEXGDBF 

Memo  Hie? 

No 

Last  Update 

03/02/89 

Records 

25 

Field  Name 

Type 

Len 

Dec 

001  CATCODE  Character 

3 

0 

Record 

Length:  4  Bytes 

Filename  : 

CE  COST.DBF 

Memo  Hie?  : 

No 

Last  Update  : 

05/07/91 

Records  : 

1 

field 

Name 

Type 

Len 

Dec 

001 

YEAR 

Numeric 

2 

0 

002 

CWIS 

Numeric 

5 

0 

003 

FUNCID 

Numeric 

4 

0 

004 

CE  FIELD 

Character 

10 

0 

005 

BREAK  FLD 

Character 

10 

0 

006 

BREAK  COST 

Numeric 

8 

0 
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Record  Length:  40  Bytes 


Filename  :  NAV_DET.DBF 
Memo  File?  :  No 
Last  Update  :  05/20/91 
Records  :  4 


Field 

Name 

Type 

Len 

Dec 

001 

CWiS 

Numeric 

5 

0 

002 

REACH 

Numeric 

4 

0 

003 

REACHTYPE 

Character 

1 

0 

004 

REACHDESC 

Character 

64 

0 

005 

HiSTDEPTH 

Numeric 

4 

0 

006 

H1STW1DTH 

Numeric 

4 

0 

007 

BYDEPTH 

Numeric 

4 

0 

008 

BYWIDTH 

Numeric 

4 

0 

009 

PLANDEPTH 

Numeric 

4 

0 

010 

PLANWIDTH 

Numeric 

4 

0 

Oil 

AUTHDEPTH 

Numeric 

4 

0 

012 

AUTHWIDTH 

Numeric 

4 

0 

013 

TONNAGE 

Numeric 

8 

0 

014 

SELFPROPEL 

Numeric 

8 

0 

015 

NONSELFPRO 

Numeric 

8 

0 

016 

SUPS 

Numeric 

8 

0 

017 

PASSENGERS 

Numeric 

8 

0 

018 

LAUNCHINGS 

Numeric 

8 

0 

019 

TONMILES 

Numeric 

8 

0 

020 

CRAFTVALUE 

Numeric 

8 

0 

021 

INTEREST 

Character 

1 

0 

022 

POLITICIAN 

Character 

64 

0 

023 

REMARKS 

Character 

64 

0 

024 

DRAFT 

Numeric 

4 

0 

025 

TRIPS 

Numeric 

8 

0 

026 

CUYDREDBY1 

Numeric 

8 

0 

027 

CSTDREDBY1 

Numeric 

8 

0 

028 

CUYDREDBY3 

Numeric 

8 

0 

029 

CSTDREDBY3 

Numeric 

8 

0 

030 

CUYDREDBY4 

Numeric 

8 

0 

031 

CSTDREDBY4 

Numeric 

8 

0 

032 

APPROP 

Character 

1 

0 

033 

EROC 

Character 

2 

0 

Record  Length:  363  Bytes 
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Filename 

NAV  PWW.DBF 

Memo  Hie?  : 

No 

Last  Update  : 

05/15/91 

Records 

4 

Field  Name 

Type 

Len 

Dec 

001  CWIS 

Numeric 

5 

0 

002  REACH 

Numeric 

4 

0 

003  WWCODE 

Numeric 

4 

0 

004  PORTCODE1 

Numeric 

5 

0 

005  PORTCODE2 

Numeric 

5 

0 

Record  Length:  24  Bytes 


Filename  :  ORGFILE.DBF 
Memo  Hie?  :  No 
Last  Update  :  05/06/91 
Records  :  2 


Held  Name 

Tvne 

Lai 

Jte 

001 

ORGCODE 

Character 

4 

0 

002 

ORGDESC 

Character 

36 

0 

003 

PCNUM 

Numeric 

2 

0 

004 

NUMREC 

Numeric 

4 

0 

Record  Length:  47  Bytes 


Filename  :  PRJFILE.DBF 
Memo  Hie?  :  No 
Last  Update  :  10/02/91 
Records  :  47 


Held 

Name 

Type 

Len 

Dec 

001 

CWIS 

Numeric 

5 

0 

002 

PRJNAME 

Character 

48 

0 

003 

STATE 

Character 

2 

0 

004 

PRJCLASS 

Character 

2 

0 

005 

EROC 

Character 

3 

0 

006 

SURVEYS 

Numeric 

4 

0 

007 

TENYRAVE 

Numeric 

8 

0 

008 

APPROP 

Character 

1 

0 

009 

WETSUPS 

Numeric 

4 

0 

010 

DRYSTORE 

Numeric 

4 

0 

011 

INTERCODE 

Character 

1 

0 

012 

POLITICIAN 

Character 

40 

0 

Record  Length:  123  Bytes 
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Filename  :  STATEF1L.DBF 
Memo  File?  :  No 
Last  Update  :  03/25/87 
Records  :  55 


Field 

Name 

Type 

Len 

Dec 

001 

STATE 

Character 

2 

0 

002 

STATEDESC 

Character 

14 

0 

Record  Length:  17  Bytes 


Filename  :  WRKFILE.DBF 
Memo  File?  :  No 
Last  Update  :  10/01/91 
Records  :  66 


field 

Name 

Type 

Len 

Dec 

001 

CWIS 

Numeric 

5 

0 

002 

FUNCiD 

Numeric 

4 

0 

003 

PRJRANK 

Numeric 

4 

0 

004 

PRJNAME 

Character 

48 

0 

005 

FUNDLEVEL 

Character 

1 

0 

006 

CATCODE 

Character 

3 

0 

007 

TOTALCOST 

Numeric 

8 

0 

008 

ORGCODE 

Character 

4 

0 

009 

DESCWORK 

Character 

56 

0 

010 

COFMARID 

Numeric 

6 

0 

Oil 

FUNDARQ1 

Character 

64 

0 

012 

FUNDARQ2 

Character 

64 

0 

013 

FEATCODE 

Character 

5 

0 

014 

CONTRACTS 

Numeric 

8 

0 

015 

DIRLABOR 

Numeric 

8 

0 

016 

OTHER 

Numeric 

8 

0 

017 

EDCONTRACT 

Numeric 

8 

0 

018 

EDCORPS 

Numeric 

8 

0 

019 

SACONTRACT 

Numeric 

8 

0 

020 

SACORPS 

Numeric 

8 

0 

021 

DREDCUYD 

Numeric 

8 

0 

022 

TYPEDRED 

Character 

2 

0 

023 

MAINTCSTSV 

Numeric 

8 

0 

024 

VALCONTCTR 

Numeric 

8 

0 

025 

CUMRCNSTCO 

Character 

1 

0 

026 

DISTRANK 

Numeric 

4 

0 

027 

OUTMEASURE 

Numeric 

8 

0 

028 

YEAR 

Numeric 

2 

0 

029 

REACH 

Numeric 

4 

0 

030 

INSPECCODE 

Character 

7 

0 

031 

ADPWRKCODE 

Character 

15 

0 

032 

ADVDATE 

Date 

8 

0 

033 

BIODATE 

Date 

8 

0 

034 

OPERACCT 

Character 

1 

0 
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035 

DISTFLAG 

Numeric 

2 

0 

036 

UPFLAG 

Character 

1 

0 

037 

NUMFUND 

Numeric 

1 

0 

038 

APPROP 

Character 

1 

0 

039 

EROC 

Character 

2 

0 

Record  Length:  420  Bytes 

Following  is  a  more  detailed  description  of  individual  data  elements 
(fields).  Data  must  be  entered  in  fields  that  are  denoted  as  "mandatory."  The 
following  field  descriptions  are  generic  to  explain  fields  in  mainframe  ABS,  as 
well  as  the  abbreviated  1-10  character  field  names  as  listed  above  for  micro- 
ABS. 


Project  Level  Data  Element  Definitions 

The  following  alphabetized  definitions  define  data  elements  used  at  the 
project  level.  References  to  marginal  navigation  projects  mean  those  projects 
whose  work  functions  must  be  placed  in  funding  Level  3  or  4. 

•  BENEFIT-COST  RATIO  -  The  benefit-cost  ratio  for  the  project.  It 
will  appear  on  the  WCC  computer  with  the  decimal  point  (e.g.,  3.1). 

•  COMMERCIAL  TONNAGE  ON  NAVIGATION  REACH  (derived 
from  Waterborne  Commerce  Statistics  database)  -  A  decimal  number 
representing  the  amount  of  commercial  tonnage  -  in  thousands  of  dollars  - 
that  moved  within  the  navigation  reach  within  the  prior  calendar  year  i.e., 
if  the  navigation  reach  is  to  be  dredged  in  fiscal  year  1991,  the  prior 
calendar  year  for  reporting  will  be  1987. 

•  CWIS  (mandatory  for  all  projects)  -  5  digit  CWIS  number  for  the 
project 

•  NAVIGATION  REACH  INTEREST  CODE  (required  for  shallow  draft 
and  minor  draft  navigation  reaches  only)  -  A  one  letter  code  indicating 
special  interest  groups  concerned  with  the  maintenance  of  the  reach: 

CODE  TITLE 
M  Military  Installation 

C  Coast  Guard  Station 

P  Political  Interest 

•  NUMBER  OF  PASSENGERS  CARRIED  ON  NAVIGATION 
REACH  (derived  from  Waterborne  Commerce  Statistics  database)  -  An  8 
digit  integer  representing  the  number  of  passengers  carried  by  vessels 
moving  on  the  navigation  reach  within  the  prior  calendar  year  i.e.,  if  the 
navigation  reach  is  to  be  dredged  in  fiscal  year  1991,  the  prior  calendar 
year  for  reporting  will  be  1987. 
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•  NUMBER  OF  PROJECT  CONDITION  SURVEYS  (mandatory  for 
project  condition  survey  projects)  -  The  number  of  sediment  condition 
surveys  to  be  conducted  within  the  budget  year  as  part  of  the  project 
condition  surveys  activity.  Number  of  project  condition  surveys  is  entered 
as  an  integer  under  both  systems. 

•  POLITICIANS  INTERESTED  IN  NAVIGATION  REACH  (required 
for  shallow  draft  and  minor  deep  draft  navigation  reaches  only  if  interest 
code  is  "P")  -  A  64  character  entry  indicating  the  names  of  Senators,  Con¬ 
gressmen  and  other  elected  officials  interested  in  the  maintenance  of  the 
navigation  reach. 

•  PROJECT  NAME  (mandatory  for  new  navigation  projects)  -  the 
authorized  project  name  for  the  project 

•  STATE  (mandatory  tor  new  navigation  projects)  -  2  letter  state  code 
representing  the  state  in  which  the  project  is  located. 

•  TEN  YEAR  AVERAGE  MAINTENANCE  COST  PER  TON  (manda¬ 
tory  for  marginal  navigation  projects)  -  the  ten-year  average  maintenance 
cost  per  ton  for  the  project  It  will  appear  on  the  WCC  computer  with  the 
decimal  point  (e.g.,  1.5). 


Work  Function  Level  Definitions 

Definitions  for  work  function  data  required  for  budget  submission. 

•  ADP  WORK  CODE  (optional)  -  The  COEMIS  ADP  Work-code  for  the 
activity  represented  by  the  work  function. 

•  CATEGORY  CODE  (mandatory)  -  the  3-letter  code  corresponding  to 
the  category  of  work  to  which  the  function  belongs.  Categories  of  work 
are  determined  from  the  Performance  Level  Matrix  published  in  the  budget 
EG  The  Performance  Matrix  also  lists  the  3-letter  codes  assigned  to  each 
category  of  work. 

•  COFMAR  ID  -  The  Catalog  of  Maintenance  and  Repair  (COFMAR) 
identifier  if  the  work  function  has  been  identified  by  CECA-OM  as  being 
part  of  COFMAR  during  a  previous  budget  cycle.  It  is  comprised  of  the 
last  two  digits  of  the  budget  year  in  which  the  work  function  became  part 
of  COFMAR  concatenated  with  the  WORK  FUNCTION  ID  of  the  work 
function. 

•  CONTINUING  CONTRACT  -  For  budget  year  work  functions  involv¬ 
ing  contracts  which  will  extend  beyond  the  BY,  enter  the  dollar  value  (in 
thousands  of  dollars)  of  only  that  portion  of  the  contract  which  extends 
into  BY  +  1,  BY  +2,  etc.  For  example,  a  two  year  contract  is  to  be 
awarded  mid-BY  at  an  estimated  cost  of  $200,000.  That  portion  which 
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extends  into  the  out-years  is  $150,000.  The  continuing  cost,  therefore,  is 
$150,000. 


•  CONTRACT  ADVERTISEMENT  DATE  (mandatory  for  all  prior 
budget  year  work  functions  with  contract  costs  greater  than  $100,000)  - 
The  data  that  the  contract  will  be  advertised  in  the  Commerce  Business 
Daily. 

•  CONTRACT  BID  OPENING  DATE  (mandatory  for  all  prior  budget 
year  work  functions  with  contract  costs  greater  than  $100,000)  -  The  date 
that  bids  will  be  accepted  for  the  contract 

•  CONTRACT  COST  -  The  cost  estimate  for  work  performed  by  non- 
Corps  Government  agencies  or  contractors.  This  includes  the  cost  of  con¬ 
tractor-furnished  material,  plant  and  supplies.  This  entry  will  not  contain 
any  supervision  and  administration  or  engineering  and  design  costs  for 
work  performed  by  non-Corps  entities. 

•  CONTRACT  ENGINEERING  AND  DESIGN  COSTS  -  The  cost 
estimate  for  any  engineering  and  design  work  (normally  entered  under 
feature  cost  34)  performed  by  non-Corps  government  agencies  or  by 
contract 

•  CONTRACT  SUPERVISION  AND  ADMINISTRATION  COSTS  - 
The  cost  estimate  for  any  supervision  and  administration  work  (normally 
entered  under  feature  cost  codes  19  and  35)  performed  by  non-Corps 
agencies  or  by  contract 

•  CONSTRAINT  (mandatory  for  FUNDING  LEVEL  9  COFMAR  work 
functions)  -  Some  work  functions  that  are  part  of  the  Catalog  of  Mainte¬ 
nance  and  Repair  (COFMAR)  and  that  have  been  placed  in  funding 
Level  9  have  certain  legal  or  environmental  restrictions  preventing  their 
being  performed.  Enter  one  of  the  following  codes  to  indicate  whether  or 
not  a  constraint  exists: 

Y  Constraints  exist 

N  Constraints  do  not  exist 

•  CORPS  ENGINEERING  AND  DESIGN  COSTS  -  The  cost  estimate 
for  any  engineering  and  design  work  (normally  entered  under  feature  cost 
codes  34)  performed  by  Corps  personnel. 

•  CORPS  SUPERVISION  AND  ADMINISTRATION  COSTS  -  The 
cost  estimate  for  any  supervision  and  administration  work  (normally 
entered  under  feature  cost  codes  19,  35,  and  16.2)  performed  by  Corps 
personnel. 

•  CUBIC  YARDS  DREDGED  (mandatory  for  the  dredging  work  func¬ 
tions  with  categories  D01  and  F05  categories)  -  The  estimated  number  of 
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cubic  yards  of  material  that  will  be  dredged  on  the  navigation  reach  repre¬ 
sented  by  the  work  function. 

•  CW1S  number  (mandatory)  -  the  CWIS  number  of  the  project  in  which 
the  work  function  is  to  be  performed.  This  CWIS  number  must  exist  in 
the  project  file  on  the  database. 

•  DESCRIPTION  OF  WORK  FUNCTION  (mandatory)  -  A  concise 
description  of  the  work  to  be  accomplished  in  the  work  function.  This 
should  not  be  a  reiteration  of  the  work  function  category  description. 
Rather,  it  should  provide,  whenever  possible,  information  on  the  location 
and/or  quantity  of  work.  Examples  of  good  descriptions  are  as  follows: 

Major  structural  repairs  to  lower  mitergate-Meldahl 
Operate  Meldahl  lock  3  shifts  24  hrs./day,  7  days/week 

Navigation  project  work  function  descriptions  should  identify  the  segment 
to  which  the  work  function  belongs.  Engineering  and  design  work  for 
work  to  be  accomplished  in  the  fiscal  year  following  budget  year  should 
be  so  indicated  in  the  DESCRIPTION  OF  WORK  FUNCTION  FIELD 
e.g.,  "P&S  for  dredging  Anahuac  Channel  in  BY  +  1".  The  cost  breakout 
for  this  work  will  be  entered  under  CORPS  E&D  or  CONTRACT  E&D. 

•  DIRECT  LABOR  COSTS  -  The  cost  estimate  for  all  Corps  hired  labor 
costs  paid  from  project  funds  with  the  exception  of  District  overhead  costs 
for  supervision  and  administration  or  engineering  and  design.  It  includes 
technical  indirect  labor  costs  chaigeable  to  a  specific  feature  cost  code 
(except  feature  cost  codes  19,  35,  and  34). 

•  FEATURE  COST  CODE  (mandatory)  -  The  feature  cost  code  corre¬ 
sponding  to  the  work  function  category  code  (see  the  Performance  Level 
Matrix).  This  is  the  feature  cost  code  which  best  classifies  the  work  func¬ 
tion.  Feature  cost  codes  19,  35,  and  34  are  not  allowed  in  this  block. 

•  FUNDING  ARGUMENT  (optional  for  prior  year  and  budget  year  work 
functions  with  categories  E06,  E10,  E13,  E20,  F01,  F02,  HOI,  H03,  M02, 
M02,  N01,  P01,  S02,  S04,  X01,  X02,  X03,  X04,  and  X05)  -  Two  64  char¬ 
acter  entries  explaining  the  reason  for  funding  the  work  function.  For 
Level  1  work  functions,  these  entries  will  consist  of  a  list  of  the  various 
work  items  or  tasks  that  comprise  the  work  function.  For  lower  level 
work  functions,  these  entries  will  consist  of  a  concise  argument  that  either 
explains  the  adverse  impacts  of  not  funding  the  work  function  or  the  added 
benefits  of  funding  it  The  funding  argument  should  parallel  the  rationale 
contained  in  the  Performance  Level  Matrix,  but  contain  specific  descrip¬ 
tions  of  any  impacts  or  benefits. 

•  FUNDING  LEVEL  (mandatory)  -  A  one-position  code  which  represents 
the  funding  level  in  which  the  work  function  is  to  be  placed.  To  deter¬ 
mine  what  funding  level  is  appropriate,  refer  to  the  Performance  Level 
Matrix  in  the  budget  EC  and  correspondence  from  CECW-OM. 
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•  INSPECTION  CODE  (mandatory  for  budget  year  work  functions  with 
categories  E06  or  E20)  -  A  seven  character  code  giving  information  about 
periodic  inspections.  The  structure  is  a  follows: 


CHARACTER  CODE  EXPLANATION 
1st  B  Bridge  Structure 

O  Other  Type  of  Structure 

2nd  H  High  Travel  Costs 

L  Low  Travel  Costs 

3rd  D  De-watering  of  Lock  Required 

N  No  De-watering  Required 

4th-5th  Last  two  digits  of  last  year 

that  structure  was  inspected 
6th-7th  last  two  digits  of  year  of 

inspection  prior  to  last 
inspection 


•  MAINTENANCE  COST  SAVINGS  -  For  work  functions  in  funding 
Levels  3  and  4  which  involve  significant  maintenance  activity,  enter  the 
estimated  dollar  increase  (in  thousands  of  dollars)  of  the  real  (non-inflated) 
cost  of  implementing  a  deferrable  maintenance  function  if  the  function  is 
delayed  for  1  year.  For  example,  a  paved  road  with  small  cracks  that  are 
left  unattended  for  a  year  may  develop  potholes  after  a  freeze-thaw  cycle. 
The  real  cost  of  repair  would  increase  because  of  the  accelerated 
deterioration. 


*  NAVIGATION  REACH  IDENTIFIER  -  a  4-digit  code  uniquely  identi¬ 
fying  the  navigation  reach  on  which  the  dredging  activity  represented  by 
the  work  function  is  to  be  performed.  A  record  with  this  same  navigation 
reach  identifier  should  also  be  present  in  the  navigation  information  file. 

*  NUMBER  OF  EMPLOYEES  EXAMINED  (mandatory  for  budget  year 
work  functions  with  category  SO 5)  -  The  number  of  Occupational  Safety 
and  Health  Act  medical  examinations  to  be  performed  if  the  work  function 
is  funded. 

*  NUMBER  OF  PROJECTS  INSPECTED  (mandatory  for  budget  year 
work  functions  with  category  E13)  -  The  number  of  non-federal  flood 
control  projects  to  be  inspected  as  part  of  the  Inspection  of  Completed 
Works  or  Inspection  of  Non-Federal  Levees  program  if  the  work  function 
is  funded.  This  entry  is  made  under  OUTPUT  MEASURE. 

*  NUMBER  OF  REAL  ESTATE  INSPECTIONS  (mandatory  for  budget 
year  work  functions  with  category  P01)  -  The  number  of  real  estate  inspec¬ 
tions  to  be  performed  if  the  work  function  is  funded.  This  entry  is  made 
under  OUTPUT  MEASURE. 

*  ORGANIZATION  CODE  -  An  alphanumeric  code  corresponding  to  the 
District  organizational  element  performing  the  work  function.  This  code  is 
for  the  District's  use  and  is  not  required  by  CECW-OM.  Therefore,  if  you 
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want  to  use  this  data  element  you  may  devise  any  system  of  codes  which 
meets  your  needs.  We  recommend  use  of  this  data  element  for  keeping 
track  of  each  organization  element’s  portion  of  the  O&M,  General  budget 

*  OTHER  COSTS  -  The  costs  estimate  for  materials  and  supplies  and  all 
other  expenses  needed  to  support  the  in-house  effort  except  those 
associated  with  the  pay  of  government  personnel.  It  includes  any  non- 
hired  labor  technical  indirect  costs  chargeable  to  a  specific  feature  cost 
code  (except  feature  cost  codes  19, 35,  and  34). 

*  PROJECT  NAME  (mandatory)  -  The  authorized  project  name  of  the 
project  in  which  the  work  function  is  to  be  performed.  Project  name 
entries  do  not  have  to  agree  on  work  function  records  within  the  same 
project 

*  RANK  IN  PROJECT  (mandatory)  -  The  priority  assigned  to  the  work 
function  within  the  project  to  which  it  belongs. 

*  TOTAL  COST  OF  WORK  FUNCTION  (mandatory)  -  The  total  cost 
of  the  work  function. 

*  TYPE  OR  DREDGE  (mandatory  for  the  dredging  work  functions  with 
categories  D01  and  F05)  -  A  two  letter  code  indicating  the  class  of  dredge 
to  be  used  on  the  dredging  activity  represented  by  the  work  function: 


CODE 

TYPE  OF  DREDGE 

HS 

Corps  Hopper  dredge,  small  class 
(less  than  2,000  cy) 

HM 

Corps  Hopper  dredge,  medium  class 
(2,000-6,000  cy) 

HL 

Corps  Hopper  dredge,  large  class 
(over  6,000  cy) 

SC 

Corps  sidecaster  dredge 

AL 

All  other  Corps  dredges 

CA 

Non-Hopper  contract  dredge 

CS 

Contract  Hopper  dredge,  small  class 
(less  than  2,000  cy) 

CM 

Contract  Hopper  dredge,  medium  class 
(2,000-6,000  cy) 

CL 

Contract  Hopper  dredge,  large  class 
(over  6,000  cy) 

*  WORK  FUNCTION  ID  (mandatory)  -  A  1  to  4  digit  number  that 
uniquely  identifies  the  work  function  within  the  project.  This  entry  cannot 
be  changed  after  the  work  function  record  has  been  entered  into  the 
computer. 

*  YEAR  (mandatory)  -  A  two  digit  integer  for  the  last  two  digits  of  the 
fiscal  year  the  work  function  is  being  funded  or  submitted  as  part  of  the 
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budget  The  database  will  contain  three  fiscal  years:  the  budget  year 
(BY),  the  prior  budget  year  (BY  - 1)  and  the  current  year  (BY  -  2). 


Micro-ABS  Reports 

Table  B1  is  a  list  of  the  available  reports  on  the  Micro-ABS  system. 
These  reports  are  briefly  described  in  this  appendix,  and  when  applicable,  a 
comparison  to  a  comparable  WCC  report  will  be  made.  See  Table  B2  for  a 
list  and  description  of  WCC  mainframe  reports. 


TABLE  B1 

LIST  OF  MICRO-ABS  REPORTS 


MICRO-ABS  REPORTS 


•  Abbreviated  Ranking  List 

•  Cumulative  Work  Function  Report 

•  Detailed  Ranking  List 

•  District  Organizational  Summary  Report 

•  Navigation  Detail  Report 

•  Navigation  Screen  Report 

•  Navigation  Waterway  and  Port  Code  Report 

•  Project  Historical  Cost  Report 

•  Project  Screen  Report 

•  Project  Summary  Report 

•  Tabulation  I  Report 

•  Tabulation  II  Report 

•  Work  Allowance  Project  Summary  Report 

•  Work  Function  Screen  Report 


•  Abbreviated  Rankin n  List  -  This  report  prints  two  line  per  work  func¬ 
tion  selected  on  micro- ABS,  supplying  organization  code,  District  rank, 
cost  and  cumulative  cost,  CWIS  number,  project  rark,  work  function  id. 
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category  and  feature  cost  codes,  funding  level,  project  name  and  work 
function  description. 

•  Cumulative  Work  Function  Report  -  This  is  a  comprehensive  report, 
and  can  be  very  large.  Since  each  work  function  spans  seven  lines,  only 
about  five  work  functions  will  fit  on  each  page.  Care  should  be  used  to 
confine  it  to  a  manageable  length  if  it  is  to  be  printed  on  the  desk  top 
printer. 

Information  in  the  report  includes  project  category,  class,  name,  state  and 
CWIS  number,  the  District  rank,  the  work  function  cost,  cost  breakout, 
feature  cost  and  category  codes,  output  measure  and  inspection  code, 
description,  arguments  and  cumulative  costs. 

This  report  can  be  run  for  a  single  project  or  for  all  the  projects,  and  may 
select  only  operations,  only  maintenance  or  both  operations  and 
maintenance. 

•  Detailed  Ranking  List  -  This  is  a  "nine  line  per  work  function"  report, 
with  organization  code  and  project  name,  District  rank,  cost  and  cumula¬ 
tive  cost,  CWIS  and  function  id,  project  rank,  funding  level,  category, 
description  and  arguments.  You  may  report  on  all  projects  or  a  single 
project,  and  the  report  may  be  sorted  by  District  rank  only  or  by  District 
rank  within  organization  code. 

•  District  Organizational  Summary  Report  -  This  report  is  only  on 
micro- ABS;  it  is  not  available  on  the  WCC  mainframe,  it  was  developed 
in  response  to  requests  for  a  report  which  allowed  display  of  the  direct 
labor  breakouts  in  the  modify  procedures.  In  organization  code  and  CWIS 
order,  all  costs  are  displayed  for  BY  -2,  BY  -1,  and  the  first  three  levels  of 
the  budget  year.  The  report  can  be  limited  to  a  single  project,  and  only 
operations  or  maintenance  activities  may  be  chosen. 

•  Navigation  Detail  Report  -  This  is  the  most  comprehensive  of  the  navi¬ 
gation  reports.  It  delivers  one  or  two  pages  per  navigation  reach.  All 
dimensions,  waterborne  commerce  statistics  and  other  usage  information, 
interested  parties,  dredging  and  cost  history  available  are  presented  in  a 
single  record.  This  report  may  be  run  for  a  single  project  or  for  all. 

•  Navigation  Screen  Report  •  This  is  the  form  designed  to  aid  input  in 
the  "modify"  system.  On  one  page  per  reach,  it  presents  all  the  informa¬ 
tion  (waterway  code,  port  codes,  etc.)  required  by  the  micro- ABS  system 
for  each  navigation  reach.  It  may  be  run  for  all  projects  or  for  only  one. 

•  Navigation  Waterway  and  Port  Code  Report  -  This  is  a  very  short  1 
page  or  less  report  (for  most  Districts)  which  prints  waterway  and  port 
codes  for  all  reaches  in  reach  number  within  CWIS  order.  It  can  be 
selected  for  all  projects  or  for  only  one. 
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•  Project  Historical  Cost  Report  -  This  report  presents,  generally  in  two 
pages  per  project,  information  by  feature  cost  code  for  the  two  years  prior 
to  the  budget  year  and  for  the  first  three  levels  of  the  budget  year.  It 
differs  from  the  mainframe  version  in  that  the  micro- ABS  report  does  not 
display  actual  expenditure  data  from  the  most  recent  available  year,  while 
the  mainframe  report  does  include  this  data.  This  report  may  be  run  for  a 
single  project,  or  for  all  projects. 

•  Project  Screen  Report  -  This  report  presents  most  project  level  data 
(CWIS,  state,  project  class,  surveys,  bc-ratio  and  ten  year  cost  average)  in 
a  "three  projects  per  page"  format.  Once  the  project  screen  report  is 
chosen  from  the  menu,  the  numerical  range  of  CWIS  numbers  is  shown, 
and  you  may  select  any  range  for  the  report  You  may  not,  however, 
select  individual  projects  (except  by  specifying  a  narrow  range)  or  more 
than  one  range  per  report. 

•  Project  Summary  Report  -  This  report  prints  out  one  or  two  pages  per 
project  Data  is  in  feature  cost  code  order,  and  costs  are  collected  in  four 
columns;  contract  costs,  other  costs,  personnel  and  total  costs.  It  may  be 
printed  for  all  projects,  a  single  project  or  any  consecutive  range  of 
projects. 

•  Tabulation  I  Report  -  This  is  a  "one  page  per  project"  report  which 
gives  you  a  preview  of  the  items  and  amounts  represented  in  your  work 
allowance.  It  is  die  same  as  the  report  of  the  same  name  on  the  WCC 
mainframe.  The  micro- ABS  version  serves  a  very  specific  function. 

Before  BY  *1  is  uploaded  to  the  WCC  mainframe,  this  report  should  be 
run  to  ensure  that  the  year’s  data  is  correct 

•  Tabulation  II  Report  -  This  report  is  very  similar  to  the  Tab  II  report 
run  off  the  WCC  mainframe.  It  displays  the  District's  work  allowance 
"100K  list"  and  should  be  run  by  the  District  prior  to  a  final  upload  of  BY 
-1  data. 


•  Work  Allowance  Project  Summary  Report  -  This  is  a  brief  "several 
projects  per  page"  report,  useful  along  with  the  Tab  I  report,  for  checking 
the  projected  work  allowance  data  for  BY  -1  before  upload.  It  is  presented 
in  Project  Category  Class  /  Subclass  Code  order,  with  one  line  (matching 
the  bottom  line  on  Tab  I)  per  project  and  totals.  No  option  exists  to  limit 
its  size,  but  this  should  not  be  a  problem,  since  the  entire  report  would 
seldom  exceed  five  or  six  pages. 

It  can  be  requested  for  a  single  project  or  for  all  projects.  It  can  be  sorted 
by  District  rank  alone  or  by  District  rank  within  organization  code.  This 
option,  along  with  the  large  number  of  data  elements  presented  in  a  rela¬ 
tively  short  report,  make  it  a  valuable  summary  tool  for  project  managers 
or  organizational  components. 

•  Work  Function  Screen  Report  -  This  is  the  report  designed  to 
accompany  the  work  function  "modify"  procedure  screens.  On  one  page 
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per  work  function,  it  displays  all  the  work  function  level  information 
which  may  be  changed  in  the  modify  process.  It  may  be  sorted  in  any  one 
of  four  (District  rank,  CWIS  and  project  rank,  category  then  District,  rank 
and  organization)  ways  to  suit  the  purpose  for  which  it  is  intended  and  can 
be  run  for  any  consecutive  range  of  CWIS  numbers. 


WCC  Mainframe  Standard  Reports 

The  standard  reports  for  the  Operation  and  Maintenance  contain  informa¬ 
tion  retrieved  from  the  databases  that  were  previously  created.  These  reports 
can  be  used  during  the  budget  cycle  to  determine  the  impact  of  prioritization 
by  the  District,  Division  or  HQUSACE.  All  these  reports  may  be  generated 
for  a  specific  range  of  headquarter’s  ranks.  Division  may  also  select  data 
from  just  one  District  when  generating  the  report  Following  is  a  brief 
description  of  each  report.  Table  B2  is  a  complete  list  of  the  following 
reports. 

*  Abbreviated  Ranking  List  -  This  report  is  similar  to  the  Detailed 
Ranking  list.  However,  it  does  not  show  the  work  function  description 
funding  argument 

*  Capability  Report  -  This  report  shows  all  work  functions  that  have 
qualified  for  inclusion  into  Corps  wide  capability  program.  The  total 
amount  shown  on  this  report  must  agree  with  the  Division  Engineer’s 
testimony  before  Congress  concerning  the  Division’s  capability  in  the  area 
of  Operation  and  Maintenance. 

•  COFMAR  Detail  Report  -  This  report  shows  the  individual  work  func¬ 
tions  that  are  included  in  the  Catalog  of  Maintenance  and  Repair. 

•  Correction  Report  -  After  the  Division  office  has  made  adjustments  to 
the  District  budget  data,  this  report  will  show  what  adjustments  have  been 
made,  what  they  were  made,  the  type  of  correction  and  when  the  cor¬ 
rection  was  applied  to  the  Division  database. 

•  Detailed  Ranking  List  -  This  report  shows  the  work  function  description 
and  funding  argument  in  OCE  rank  order.  Included  in  this  report  are  the 
project  name,  CWIS  number,  rank  in  project  Division  ranks,  the  work 
function  category,  and  work  function  costs.  Also  shown  is  the  cumulative 
cost  of  work  at  each  OCE  rank.  You  may  also  generate  separate  ranking 
lists  for  each  work  function  category.  This  report  is  useful  for  updating 
and  checking  Division  or  District  rank  assignments. 

*  District  Organizational  Summary  Report  -  This  report  summarizes 
contract  costs,  direct  labor  costs,  engineering  and  design  costs,  supervision 
and  administration  costs  and  other  costs  by  project  and  by  organizational 
element  code.  This  report  would  be  useful  only  if  the  District  decided  to 
enter  organization  codes  with  its  budget  submission  data. 
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TABLE  B2 

LIST  OF  WCC  MAINFRAME  REPORTS 


WCC  MAINFRAME  REPORTS 


*  Abbreviated  Ranking  List 

*  Capability  Report 

*  COFMAR  Detail  Report 

*  Correction  Report 

*  Detailed  Ranking  List 

*  District  Organizational  Summary  Report 

*  Division  OCE  Correction  Report 

*  Dredging  Summary  Report 

*  Estimated  Expenditure  Report 

*  Feature  Cost  Summary  Report 

*  Justification  of  Estimates  Report 

*  Navigation  Reach  Information  Report 

*  Project  Historical  Cost  Summary  Report 

*  Project  Summary  Report 

*  Work  Allowance  Contract  Priority  Report 

*  Work  Allowance  Summary  Report 

*  Work  Function  Category  Summary  Report 

*  Work  Function  Cumulative  Report 

*  Work  Function  Detail  Report 


*  Division  OCE  Correction  Report  •  During  the  review  process  con¬ 
ducted  by  the  Division  office  and  by  HQUSACE,  certain  work  functions 
may  be  flagged  for  correction.  This  report  will  display  information  about 
these  work  functions  and  show  what  will  be  corrected. 

•  Dredging  Summary  Report  -  This  report  summarizes  cubic  yards 
dredged  and  the  cost  of  dredging  for  work  functions  within  a  specified 
range  of  OCE  ranks.  It  is  useful  for  determining  the  makeup  of  a  dredg¬ 
ing  program. 
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*  Frtlw*— 1  Expenditure  Report  -  (Tabulation  I)  This  report  is  run  dur¬ 
ing  the  preparation  of  the  work  allowances.  It  shows  die  estimated  or 
approved  initial  work  allowances  for  each  project.  Costs  are  broken  down 
into  ongoing  contract  costs,  new  contracts  under  $100,000,  hired  labor 
hopper  dredging  costs,  hired  labor  costs  for  non-hopper  dredges,  all  other 
hired  labor  costs,  and  all  other  costs.  Descriptions  and  Division  rank 
assignments  for  ongoing  contracts  are  displayed  for  each  project 

*  Feature  Cost  Summary  Report  -  This  report  summarizes  contract  costs, 
personnel  costs,  other  costs  and  total  cost  for  all  work  functions  within  a 
specified  range  of  OCE  ranks.  It  is  useful  for  determining  the  makeup  of 
various  programs,  such  ass  recreation  or  dredging. 

*  Justification  of  Estimates  Report  -  All  totals  shown  for  other  report  do 
not  correspond  to  Budget  Authority  because  they  do  not  include  credits 
and  income.  This  report  shows  total  budget  authority  for  each  project  It 
also  shows  subtotals  for  each  project  category  and  class.  Use  this  report 
when  preparing  your  Justification  of  Estimate  sheets. 

*  Navigation  Reach  Information  Report  -  This  program  will  generate 
one  to  three  reports  which  will  show  all  information  pertaining  to  each 
navigation  reach  in  the  database  file. 

*  Project  Historical  Cost  Summary  Report  -  This  report  summarizes 
actual  expenditures  from  the  prior  year  (BY  -3),  estimated  obligations  from 
the  current  year  (BY  -2),  estimated  obligations  from  the  prior  budget  year 
(BY  -1)  and  estimated  obligations  from  the  first  three  funding  levels  of  the 
budget  year.  It  is  often  used  for  comparing  budget  cost  estimates  with 
historical  costs. 

*  Project  Summary  Report  -  This  report  summarizes  feature  cost  data  for 
each  project  by  feature  cost  code.  Also  displayed  is  data  related  to  the 
project  such  as  project  class,  project  category,  waterway  and  port  codes. 
Knowing  the  OCE  ranks  in  which  you  wOl  be  funded,  will  allow  this 
report  to  determine  the  impact  that  the  funding  level  wOl  have  on  each  of 
your  projects. 

*  Work  Allowance  Contract  Priority  Report  -  This  report  is  run  during 
the  preparation  of  the  work  allowances.  It  lists  data  on  work  functions  for 
contracts  greater  than  $100,000  in  Division  rank  priority.  It  is  simUar  to 
the  Abbreviated  Ranking  List 

*  Work  Allowance  Summary  Report  -  This  report  is  run  by  District  and 
Division  offices  to  view  their  approved  initial  work  allowances  for  each 
project  It  is  similar  to  the  Justification  of  Estimate  sheet  report 

*  Work  Function  Category  Summary  Report  -  This  report  summarizes 
contract  cost,  personnel  cost,  other  costs  and  total  cost  for  all  work  func¬ 
tions  within  a  specified  range  of  OCE  ranks.  It  is  useful  if  you  want  to 


Appondk  B  Mtero-ABS/MaWrame  ABS  Data  Dictionary  and  Reports 


B17 


determine  the  impact  that  funding  at  a  certain  level  will  have  on  major 
programs  in  your  District  or  Division. 

•  Work  Function  Cumulative  Report  -  This  report  shows  the  descriptions 
for  each  work  function  in  OCE  rank  order  within  each  project  Also 
shown  are  the  Division  and  District  ranks,  the  work  function  category,  the 
cost  of  each  work  function  and  the  cumulative  cost  of  all  work  functions 
within  a  project  With  this  report,  you  can  determine  in  which  funding 
levels  certain  work  functions  were  placed.  You  can  also  determine  which 
work  functions  were  included  in  budget  after  the  Division  or  OCE  has 
assigned  its  final  rankings. 

*  Work  Function  Detail  Report  -  Each  page  of  this  report  shows  all  the 
information  for  a  given  work  function  that  is  stored  in  the  database.  Work 
functions  are  shown  in  OCE  rank  order.  At  the  bottom  of  the  report,  the 
feature  cost  breakout  for  the  work  function  is  shown.  This  report  can 
serve  as  the  hard  copy  by  District  and  Division  offices  when  they  were 
assigning  ranks  to  each  work  function.  You  also  can  print  this  report  in 
four  sort  sequences. 


B18 


Appendix  B  Micro-ABS/Mainframe  ABS  Data  Dictionary  and  Reports 


Appendix  C 

Minutes  of  Project  Team 
Meetings  and  Technical 
Memos 


Appendix  C  Minutes  of  Project  Teem  Meetings  and  Technical  Memos 


Mm  to  Ml  Pilo 
Proa)  (.  Males 
Data)  10/2/91 

tai  examples,  description  of  tablaa  in  ABS.RBF 
Tabloa  In  tha  Databaaa  DSSABS 
Tabla  Coluana  Row a  Uaaga 


catfaat 

eat  tit 

class 

correct 

diatrict 

dredge 

feat  tit 

fundTev 

hiatory 

intaraat 

cab92 

pro jet 

purpoa* 

rankhiat 

raaaon 

year 


2 

119 

S 

91 

3 

33 

41 

77 

7 

BO 

2 

9 

2 

102 

2 

17 

5 

3769 

2 

S 

31 

7377 

14 

196 

3 

16 

21 

113 

2 

82 

2 

4 

correapondanca  between  category  and  feed 
corraap.  betw.  project,  category  claaaea,  titlea 
fundlev  ,  year  type  croaa-reference 
change  records  giving  old/new  info 
diatrict  code,  aroc,  prograa  type,  div  dat  names 
text  daacription  for  dredge  typa  code 
text  title  for  each  FCCD  (feature  coat  code) 
fundlev  code,  year  type  croaa-reference 
expenditure  by  pcc5,  CWIS  Diatrict  in  a  year 
code  lookup  for  intereat  code  daacription 
primary  table  for  work  function  ranking  info 
project  info  table  (by  diatrict,  ewia  number) 
lookup  table  for  text,  aort  order  for  eaqno 
?7  (ahowa  prior  to  particular  change  -  per  XRW) 
text  for  each  integer  reaacode 
correapondanca  between  year  and  year_type 


***•  that  category  titlea  are  in  clone  eorrapondence  with  feed  titlea,  but 
are  not  exactly  the  name 


OKB92  -  total  coat  doea  not  appear  to  be  aum  of  other  coata. 


Funding  level  codea  (from  documentation,  p.84) 


code 


year 


meaning 


1 

2 

3 

4 

5 

6 
7 
F 
O 
R 
T 
0 


BY  Hinimum  Funding  Level 

BY  Adequate  Funding  Level 

BY  Normal  and  Cuatomary  Funding  Level 

BY  Firat  Enhancement  Funding  Level 

BY  Second  Enhancement  Funding  Level 

BY  Deed  to  denota  major  rehab,  work 

BY  ’Deleted’  Work  Function 

prior  Funded  Hired  Labor 

prior  Ongoing  Contract 

prior  Contract  over  SlOOk  included  in  Division  recommended  program 
prior  Contract  over  SlOOk  above  Division  recoonended  program 
prior  ’Deleted*  Work  Function 


project  class 

appears  to  be  a  code  that  may  combine  two  c/c/a  codes(e.g.  mn,mp  both  3001 
(but  is  usually  one  to  one) 


TABLE)  CATFEAT 

1  category  TEXT  3 

2  feed  TEXT  5 

correspondence  between  category  and  feed 

category  feed 

C01  90 

D01  33.11 
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002  33.3 

■01  02.4 

>02  07. S3 

■03  07 . 13 

■04  07.11 

BOS  07.12 

■06  07.23 


TAILS  i  CAT  TIT 


1  category 

TEXT 

3 

2  cat_tit 

TEXT 

77 

3  descr ipreq 

TEXT 

1 

4  argum_req 

TEXT 

1 

5  output_tit 

TEXT 

35 

lookup  table  given  info  About  a  category  code  (title,  varioua  switches) 


category  cat_tit 


descrip_  argum_re  output_tit 


N01  LOCK  OPERATIONS 
X01  DAM  OPERATIONS 
X02  RESERVOIR  OPERATIONS 

509  EFFICIENCY  REVIEW 

E12  WATER  QUALITY  ANALYSIS  AND  STUDIES 
■13  INSPECTION  OF  COMPLETED  WORKS 
S07  ENERGY  CONSERVATION  REPORTS 

510  PROJECT  MOBILIZATION  PLANS 
S03  OSHA  INSPECTIONS 

P0B  TIMBER  HARVEST 
X06  DAM  MAINTENANCE 

S05  OSHA  DEFICIENCIES  AND  MEDICAL  EXAMS 


N  N  - 
N  N  - 
N  N  - 

Y  Y  - 

Y  Y  - 

N  N  Number  of  Projects  Inspected 

Y  Y  - 

Y  Y  - 

Y  Y  - 

Y  Y  - 

Y  Y  - 

Y  Y  Number  of  Employees  Examined 


TABLE:  CLASS 

1  projcls  TEXT  2 

2  catciase  integer 

3  class  TEXT  SO 

correspondence  between  project  class,  category  class,  and  class  title 
(category  class  codes  are  similar  to  those  in  Forcon  for  appropriation  code  c 
(OAK  General) 


projcls  catclass  class 


EC 

EF 

EP 

EW 

FC 

FF 

FC 

FH 

FI 


520  CONTINUITY  OF  GOVERNMENT  PREPAREDNESS 
540  NATIONAL  EMERGENCY  FACILITIES 
510  MOBILIZATION  PREPAREDNESS 
530  EMERGENCY  WATER  PREPAREDNESS 

220  FLOOD  CONTROL  -  CHANNELS 

212  MAJOR  REHABILITATION  OF  FLOOD  CONTROL  RESERVOIRS 
223  MAJOR  REHAB.  OF  CHANNEL  IMPROVEMENT  PR0J. 

213  COST  SHARED  RECR.  DEVEL.  -  FLOOD  CONTROL  RESERV 

221  INSPECTION  OF  NON-FEDERAL  LEVEES 


TABLE:  CORRECT 


1  corrdate 

2  olddistrict 

3  oldcwis 


INTEGER 
TEXT  3 
INTEGER 


Appendix  C  Mnutes  of  Project  Team  Meetings  and  Technical  Memos 


Appendix  C  Minutes  of  Project  Teem  Meetings  end  Technical  Memos 


change  records  giving  old/n*w  info 

corrdat*  olddistr 

oldcwis  oldyaar  fundcid 

newdistr 

nawewis 

900725  CB2 

63 

92  305 

CB2 

63 

900725  CB2 

68 

92  65 

CB2 

68 

900725  CB2 

2440 

92  305 

CB2 

2440 

900725  CB2 

7760 

92  300 

CB2 

7760 

900725  CB3 

2700 

92  385 

CB3 

2700 

900725  CB3 

11370 

92  540 

CB3 

11370 

900725  EB4 

7090 

92  50 

EB4 

7090 

900726  CB2 

6200 

92  25 

CB2 

6200 

900726  CB3 

2560 

92  445 

CB3 

2560 

newyear  n*wf undcid  reascode  corrtyp*  applydate  fundlev 

oldlaval 

92 

305 

10  DEL 

900810 

1 

92 

65 

10  DEL 

900810 

1 

92 

305 

10  DEL 

900810 

1 

92 

300 

10  DEL 

900810 

1 

92 

385 

8  DEL 

900810 

3 

92 

540 

8  DEL 

900810 

3 

92 

50 

55  CHS 

900810 

2 

92 

25 

55  CHG 

900810 

1 

92 

44S 

5  CHG 

900810 

2 

category  oldest  feed  oldfccd 

divrank  dstrank  totcost 

R10 

- 

24.1 

11077 

10550 

$0.00 

R10 

- 

24.1 

11062 

10510 

$0.00 

R10 

- 

24.1 

11059 

10505 

$0.00 

RIO 

- 

24.1 

11095 

10600 

$0.00 

R07 

- 

07.54 

30052 

33990 

$0.00 

RIO 

- 

24.1 

30573 

35020 

$0.00 

R01 

- 

05.1 

20546 

21245 

$0.00 

N03 

- 

22.1 

10897 

10425 

$100.00 

R10  R01 

24 

.2  05.1 

28130 

23050 

$0.00 

oldcost 

contracts  dirlabor  other 

centred 

$50.00 

- 

$0.00 

$0.00 

$0.00 

$0.00 

$250.00 

$0.00 

$0.00 

$0.00 

$0.00 

$150.00 

$0.00 

$0.00 

SO.  00 

$0.00 

$30.00 

$0.00 

$0.00 

$0.00 

$0.00 

$60.00 

$0.00 

$0.00 

$0.00 

$0.00 

$400.00 

$0.00 

SO.  00 

SO.  00 

$0.00 

$84.00 

$15.00 

$32.00 

$20.00 

$0.00 

S100.00 

$0.00 

$80.00 

$10.00 

$0.00 

$107.00 

$100.00 

$0.00 

$0.00 

$0.00 

corpsad 

contraa  corpses  totdrag 

typdreg 

$0.00 

$0.00 

SO.  00 

$0.00  - 

$0.00 

$0.00 

$0.00 

SO. 00  - 

$0.00 

$0.00 

$0.00 

$0.00  - 

$0.00 

$0.00 

$0.00 

$0.00  - 

$0.00 

$0.00 

$0.00 

$0.00  - 

$0.00 

$0.00 

SO.  00 

$0.00  - 

$0.00 

$0.00 

$17 , 00 

$0.00  - 

$0.00 

$0.00 

$10.00 

$0.00  - 

$0.00 

$0.00 

$7.00 

$0.00  - 
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C5 


inapectc  descrip  olddaserip 


-  -  CONSTRUCTION  OF  BAPTISTE  COLLETTE  DELTA  SPLAY 

HARSH  CREATION 

MARSH  CREATION,  SABINE  NATIONAL  WILDLIFE  REFUGE 
_  _  MARSH  CREATION 

FISH  MIGRATION  AND  SURVIVABILITY  STUDY 

ENV  ISSUES  -  MGNT  OF  NAT  RES  CALHOUN  PT  RESTORATION 

MGT  OF  NATURAL  RESOURCES 

FENDER  SYSTEM  £  OTHER  MISC  REPAIRS 

RESTORE  MARGINAL  £  ERODED  LANDS  -  IS  SEPARATE  LOCATIONS 

argual 


FUNDS  REQUIRED  TO  PERFORM  FISH  £  WILDLIFE  HABITAT 


oldarguml 


DIVERT  FRESH  WATER  TO  RESTORE  MARSH  £  DECREASE  WETLAND  LOSS. 
ADDITIONAL  COSTS  INCURRED  TO  USE  MAINTENANCE  DREDGING  MATERIAL 
ADDITIONAL  COSTS  INCURRED  TO  USE  MAINTENANCE  DREDGING  MATERIAL 
PUMP  DREDGED  MATERIAL  FROM  MI  0-10  TO  SHALLOW  OPEN  WATER  AREAS 
COOP  STUDY  TO  DETERMINE  THE  MIGRATION  £  SURVIVABILITY  OF  TAGGED 
RESTORATION  OF  WETLAND  COMPLEX  PHASE  2  TO  INCLUDE  SILT  DEFLEC 
MGT  OF  NATURAL  RESOURCES  TO  OFF-SET  LOSSES  IN  UPPER  YAZOO  BASIN 
PERFORM  MAINTENANCE  THAT  WILL  PROVIDE  BENEFITS  BEYOND  THE  BUDGET 
REFORESTATION  AND  CONVERSION  OF  MARGINAL  AND  ERODED  PUBLIC  LAND 
argum2 


RESTORATION  £  MGMT,  £  FOREST  MGMT  ACTIVITIES 


oldargm2  outputjnea 


(SEE  DREDGING  WF  ID  S)  0 
FOR  CREATION  OF  MARSH  (PART  OF  DREDGING  CONTRACT-WF  ID  10)  0 
FOR  CREATION  OF  ISO  ACRES  OF  MARSH.  (SEE  DREDGING  WF  ID  SO)  0 
TO  CREATE  MARSH.  (SEE  DREDGING  WF  ID  20)  0 
BASS  6-8  IN  LONG  IN  THE  AREA  ABOVE  £  BELOW  THE  RAILROAD  TRESSEL  0 
DIKES,  INTERIOR  DREDGING  ISLAND  CREATION  0 
PROJ  ACCORDING  TO  MITIGATION  PLAN  0 
YEAR.  0 
TO  NATIVE  WARM  SEASON  GRASSES  IN  ACCORDANCE  WITH  PL  86-717  O 


TABLE:  DISTRICT 


Name 

Type 

district 

TEXT 

3 

dstnam 

TEXT 

3 

•roc 

TEXT 

2 

progtyp 

.  TEXT 

3 

divnam 

TEXT 

3 

Index  Expression 
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6  distitle 

7  divtltle 


TEXT  22 

text  as 


district  cods,  aroc,  program  type,  dlv  dst  names  (why  la  this  not  tha 
standard  3  character  cods?)  (nots  that  district  coda  Is  aroc  prefixed  with 
C,  r,  E  to  distinguish  program  type  -  C  ■  GEN,  E  -  MET,  F  •  GRP)  (table  not 
normalised] . 


Example: 

district  aroc  divnam 
dstnam  progtyp  distitle 


divtitle 


cal  um  Bl  GEM  lmd  Memphis  District 
C82  LMN  B2  GEN  LMD  New  Orleans  District 
CB3  LMS  B3  GEN  LMD  St.  Louis  District 
CB4  LMX  B4  GEN  LMD  Vicksburg  District 
CC1  MRX  Cl  GEN  MR D  Kansas  City  District 
CC2  mro  C3  GEN  MXD  Omaha  District 
EB1  LMH  Bl  MRT  LMD  Mathis  District 
BB2  LMN  B2  MRT  LMD  Mew  Orleans  District 
B83  LMS  B3  MRT  LMD  St.  Louis  District 
EB4  LMK  B4  MRT  LMD  Vicksburg  District 


Lower  Mississippi  Valley 
Lower  Mississippi  Valley 
Lower  Mississippi  Valley 
Lower  Mississippi  Valley 
Missouri  River  Division 
Missouri  River  Division 
Lower  Mississippi  Valley 
Lower  Mississippi  Valley 
Lower  Mississippi  Valley 
Lower  Mississippi  Valley 


Division 

Division 

Division 

Division 


Division 

Division 

Division 

Division 


TABLE)  DREDGE 


1  typdreg 

2  dredge 

DREDGE 


TEXT  2 
TEXT  60 


9  text  description  for  dredge  type  code  (typdreg) 


typdreg  dredge 


Corps  Hopper  Dredge,  Small  class  (less  than  2,000  cy) 

Corps  Hopper  Dredge,  Medium  Class  (2,000  -  6,000  cy) 

Corps  Hopper  Dredge,  Large  Class  (greater  than  6,000  cy) 
Corps  Sidacaster  Dredge 
All  Other  Corps  Dredges 
Mon-Hopper  Contract  Dredge 

Contract  Hopper  Dredge,  Small  Class  (less  than  ,000  cy) 
Contract  Hopper  Dredge,  Medium  Class  (2,000  -  *.  000  cy) 
Contract  Hopper  Dredge,  Large  Class  (greater  ti.  *n  6,000  cy) 


TABLE:  FEAT  TIT 


1  FCCD 

2  feat  tit 


TEXT  5 
TEXT  56 


text  title  for  each  FCCD  (feature  cost  code) 
FCCD  feat  tit 


LOCK  OPERATIONS 
DAM  OPERATIONS 
RESERVOIR  OPERATIONS 

OPERATION  OF  SERVICE  FACILITIES  -  ROADS  AND  BRIDGES 
OPER.  OF  SERVICE  FACILITIES  -  BLDGS,  GROUNDS  6  UTILITIES 
OPERATION  OF  SERVICE  FACILITIES  -  PERM.  OPER.  EQUIP. 
OPERATION  OF  LEVEES  AND  FLOODWALLS 
OPERATION  OF  PUMPING  PLANTS 
OPERATION  OF  POWER  PLANT 

MGMT  OP  NATURAL  RESOURCES  EXCLUDING  FISH  HATCHERIES 
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OPERATION  OP  PXSH  HATCHERIES 
PISH  HAULING  ACTIVITIES 

MONT  OP  ARCHAEOLOGICAL  £  CULTURAL  RESOURCES 


TABLE l  PURDLEV 


t  Mm 

1  fundlev 

2  year_typa 


Typ* 

TEXT  1 
TEXT  4 


Index  Express ion 


slphs  coda  for  f undlsv  ,  year  type  cros 
BY- I,  BY-2 


*nce  1-7,9 


P.O,R,T,U  « 


fundlov  yssr_typ 


TABLE:  HISTORY 


1  district 

2  ewis 

3  year 

4  PCCD 

5  expand 


TEXT  3 
INTEGER 
TEXT  2 
TEXT  S 
DOUBLE 


mpanditure  by  PCCD  for  a  given  CM  IS  and  District  in  a  year  (currently  all 


district  ewis 


CBl 

7440  B9 

TC 

301.8 

CB1 

7440  89 

07.11 

0.5 

CBl 

7440  B9 

07.24 

11.3 

CBl 

7440  B9 

09.21 

20.8 

CBl 

7440  89 

19.2 

6.9 

CBl 

7440  89 

33.12 

243.8 

CBl 

7440  89 

3S.1 

IS. 5 

CBl 

8180  89 

TC 

116. 

CBl 

8180  89 

07.22 

65.6 

CBl 

8180  89 

10.11 

49.  S 

CBl 

81B0  89 

10.21 

0.6 

CBl 

13430  89 

TC 

301.5 

CBl 

13430  89 

07.11 

0.1 

CBl 

13430  89 

07.24 

2. 

CBl 

13430  89 

19.2 

6.9 

CBl 

13430  89 

33.12 

274.2 

CBl 

13430  89 

35.1 

18.3 
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TABLE:  INTEREST 

1  interest  tit  TEXT  1 

2  intar st_t it  TEXT  25 

coda  lookup  for  intarast  coda  daacription 

intaraat  intar at_t it 

C  Coaat  Guard  Installation 

x  Military  Installation 

r  rnimsrcial  Pish  Eras 

O  Only  Access  to  Araa 

P  Political 


TABLE)  OMB92 

primary  table  for  work  function  ranking  information,  containing  oca, 
division,  and  district  ranks  for  a  givan  work  function  for  a  cwis,  district, 
yaar,  plus  additional  info  (possibly  saparata  out  into  saparata  tablas,  ona 
for  live  ranking,  ona  for  info  that  will  not  change),  (what  is  primary  key 
for  oaU>92  table??] 


1  district 

TEXT  3 

2  cwis 

INTEGER 

3  yaar 

TEXT  2 

4  funcid 

INTEGER 

5  rank 

INTEGER 

6  cofmarid 

INTEGER 

7  orgeode 

TEXT  4 

8  datrank 

INTEGER 

9  divrank 

INTEGER 

10  ocerank 

INTEGER 

11  fundlev 

TEXT  1 

12  category 

TEXT  3 

13  feed 

TEXT  S 

14  totcost 

CURRENCY 

15  contracts 

CURRENCY 

16  dirlabor 

CURRENCY 

17  contred 

CURRENCY 

18  corpaod 

CURRENCY 

19  contrsa 

CURRENCY 

20  corpssa 

CURRENCY 

21  totdreg 

CURRENCY 

22  typdreg 

TEXT  2 

23  inspected 

TEXT  7 

24  daacrlp 

TEXT  56 

25  arguml 

TEXT  64 

26  argum2 

TEXT  64 

27  contcontr 

CURRENCY 

28  constraint 

TEXT  1 

29  output  sieasure 

INTEGER 

30  biddate 

INTEGER 

31  advdate 

INTEGER 

district  yaar  rank  orgcods  ocerank  category 

cwis  funcid  cofmarid  dstran  divrank  fundlev  feed  totcost 


CB1 

7440 

90 

5 

1 

900005 

NAV 

10040 

10189 

3010189 

P 

E04 

07.11 

$20.00 

CB1 

7440 

90 

10 

3 

900010 

NAV 

20170 

20021 

3020021 

O 

001 

33.11 

$34.00 

CB1 

7440 

SO 

15 

4 

900015 

NAV 

30290 

30012 

3030012 

R 

001 

33.11 

$365.00 

CB1 

7440 

90 

20 

2 

900020 

NAV 

10120 

10852 

3010852 

P 

E05 

07.12 

$25.00 

CB1 

7440 

91 

5 

1 

910005 

NAV 

10040 

10048 

3010048 

P 

E04 

07.11 

$14.00 
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CSl 

7440 

91 

10 

3 

910010 

MAV 

10170 

10081 

3010081 

P 

D01 

33.11 

$66.00 

CB1 

7440 

91 

IS 

4 

91001S 

NAV 

10290 

10S67 

3010567 

P 

D01 

33.11 

$365.00 

CXI 

7440 

91 

20 

2 

910020 

MAV 

10120 

10089 

3010069 

P 

SOS 

07.12 

$1S.00 

CXI 

7440 

92 

5 

1 

920005 

MAV 

1012S 

101S9 

1008090 

1 

E04 

07.11 

$19.00 

CSl 

7440 

92 

10 

3 

920010 

MAV 

20220 

20045 

2001535 

2 

D01 

33.11 

$70.00 

CSl 

7440 

92 

IS 

4 

92001S 

NAV 

20244 

M 

© 

U* 

* 

2003020 

2 

D01 

33.11 

$365.00 

CSl 

7440 

92 

20 

2 

920020 

NAV 

20212 

20033 

2001515 

2 

EOS 

07.12 

$15.00 

CSl 

81S0 

90 

s 

1 

900005 

COOP 

10020 

10144 

3010144 

P 

B13 

10.11 

$39.00 

CSl 

S1S0 

90 

10 

2 

900010 

COOP 

10270 

11464 

3011464 

P 

■13 

10.11 

$86.00 

CSl 

81S0 

91 

s 

1 

91000S 

COOP 

10020 

10042 

3010042 

P 

S13 

10.11 

$33.00 

CSl 

8180 

91 

10 

2 

910010 

COOP 

10270 

10363 

3010363 

P 

E13 

10.11 

$105.00 

CSl 

8180 

92 

s 

1 

92000S 

COOP 

10115 

1004S 

1002740 

1 

E13 

10.11 

$36.00 

CSl 

8180 

92 

10 

2 

920010 

COOP 

20238 

20096 

2002930 

2 

E13 

10.11 

$102.00 

contra* 

contract*  dirlabor  contrad  corpsad  corpaaa  totdrag  typdrag  inapactc 


$0.00 

$11.00 

$0.00 

$0.00 

$0.00 

$4.00 

$0.00 

- 

- 

$0.00 

$24.00 

$0.00 

$0.00 

$0.00 

$4.00 

$0.00 

CA 

0000 

$365.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

$370.00 

CA 

0000 

$25.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

- 

- 

$0.00 

$8.00 

$0.00 

$0.00 

$0.00 

$2.00 

$0.00 

- 

- 

$25.00 

$25.00 

$0.00 

$0.00 

$0.00 

$5.00 

$0.00 

CA 

0000 

$365.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

$370.00 

CA 

0000 

$15.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

- 

- 

$0.00 

$14.00 

$0.00 

$0.00 

$0.00 

$2.00 

$0.00 

- 

- 

$25.00 

$29.00 

$0.00 

$0.00 

$0.00 

$5.00 

$0.00 

CA 

0000 

$365.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

$370.00 

CA 

0000 

$15.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

$0.00 

- 

- 

$0.00 

$24.00 

$0.00 

$0.00 

$0.00 

$6.00 

$0.00 

- 

- 

$0.00 

$65.00 

$0.00 

$0.00 

$0.00 

$12.00 

$0.00 

— 

- 

$0.00 

$20.00 

$0.00 

$0.00 

$0.00 

$4.00 

$0.00 

- 

- 

$0.00 

$65.00 

$0.00 

$0.00 

$0.00 

$15.00 

$0.00 

• 

- 

$0.00 

$23.00 

$0.00 

$0.00 

$0.00 

$4.00 

$0.00 

- 

0000 

$0.00 

$63.00 

$0.00 

$0.00 

$0.00 

$15.00 

$0.00 

— 

0000 

deacrip 

PROJECT  CONDITION  SEDIMENT  SURVEY 

ANNUAL  MAINT  DREDGING 

ANNUAL  MAINT  DREDGING 

OTHER  CONDITION  G  OPERATION  8TUDIKS 

PROJECT  CONDITION  SEDIMENT  SURVEY 

ANNUAL  MAINT  DREDGING 

ANNUAL  MAINT  DREDGING 

OTHER  CONDITION  G  OPERATION  STUDIES 

PROJECT  CONDITION  SEDIMENT  SURVEY 

ANNUAL  MAINT  DREDGING 

ANNUAL  MAINT  DREDGING 

OTHER  CONDITION  G  OPERATION  STUDIES 

O  G  M  COMPLIANCE  INSPECTIONS 

O  G  M  COMPLIANCE  INSPECTIONS 

O  G  M  COMPLIANCE  INSPECTIONS 

O  G  M  COMPLIANCE  INSPECTIONS 

O  G  M  COMPLIANCE  INSPECTIONS 

O  G  M  COMPLIANCE  INSPECTIONS 

argual 


CHANNEL  PATROL  REPORT  TO  PROJECT  USERS 
CC  DISTRIBUTIVE  DEMOBILIZATION  COSTS 
TO  ACCOMODATE  EXISTING  TRAFFIC 

TO  PROVIDE  HATER  ANALYSIS  -  ELUTRIATE  TEST  -  FISH  SAMPLING  TEST 
CHANNEL  PATROL  REPORT  TO  PROJECT  USERS 
CC  DISTRIBUTIVE  DEMOBILIZATION  COSTS 


CIO 
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TO  ACCOMODATE  IZItTIH  TRAPP  I C 

to  provide  nm  analysis  -  elutriate  test  -  risa  sampling  test 
CHANNEL  PATROL  RIPORT  TO  PROJECT  USERS 
CC  DISTRIBUTIVE  DEMOBILISATION  COSTS 
TO  ACOOHOOATI  EXISTING  TRAPPIC 

TO  PROV1DI  WATER  ANALYSIS  -  ELUTRIATE  TIST  -  PISH  SAMPLING  TXST 
INSPECTIONS  OP  6  PROJECTS  WHICH  HAVE  EXPERIENCED  RECENT 

INSPECTIONS  OP  6  PROJECTS  WHICH  RAVE  EXPERIENCED  RECENT 

INSPECTIONS  OP  6  PROJECTS  WHICH  HAVE  EXPERIENCED  RECENT 


aryuatf 


TO  COMPLY  WITH  STATE  XRVIROMXNTAL  REGULATIONS  PER 

PROBLEMS. 

IN-DEPTH  INSPECTIONS  OP  29  PROJECTS. 

contcontr  constrai  output_saa  biddata 

SEC  404. 

advdata 

$0.00  -  0 

0 

0 

$0. 

,00  -  0 

0 

0 

$25. 

.00  -  0 

32990 

22690 

$0.00  -  0 

0 

0 

$0.00  -  0 

0 

0 

$0.00  -  0 

0 

0 

$25.00  -  0 

41191 

30891 

$0.00  -  0 

0 

0 

$0.00  -  0 

0 

0 

$0.00  -  0 

0 

0 

$25. 

00  -  0 

0 

0 

$0.00  -  0 

0 

0 

$0.00  -  0 

0 

0 

$0. 

00  -  0 

0 

0 

$0. 

00  -  0 

0 

0 

$0. 

00  -  0 

0 

0 

so. 

00  -  « 

0 

0 

$0. 

00  -  29 

0 

0 

TABLE:  PROJCT 

I  district 

TEXT  3 

2  ewis 

INTEGER 

3  projcia 

TEXT  2 

4  projnaa 

TEXT  48 

5  stats 

TEXT  2 

6  fsscods 

TEXT  1 

7  tanyrava 

DOUBLE 

Appondbc  C  Mnutas  of  Prajact  Tmmti  M— <ng»  and  Tachnfcal  Msmos 


•  surveys 

9  lOWUM 

10  toiuugt 

11  interest 

12  politician 
11  authproj 
14  euthevis 


TUT  1 
DOUBLE 
TUT  1 
TUT  40 
TUT  «1 
INTEGER 


project  info  table  (by  district,  ewia  man 

etete  tanynwe  la 


cut  call  prejcli  pre j 
•utkcaii 


ca  mm  m  cauNM  I.  stitem  onuiioe  UVIKU  »  . 

mm 

at  Mo  sc  aachoacs  um  u  a 

340 

at  4ii  ec  Thoms  oasis  (aiaius)  as  a 

at  4000  SC  OILUHCHAN  SMU  MAT  HAttOO  AS  t 

4I0Q  r 

at  OtOO  FI  IASKCTIGA  OF  CaOUTB  men  AS  • 

71047 

at  124(0  sc  Hisiiait  HAAsa  as  f 

124(0 

at  1(400  os  Ftojccr  caniria  ssvcti  ax  - 

14400 

at  17100  ec  STirisc  situ  shmcihc  u i  r 

17100 

at  21100  0C  WAHCCii  MAIM  As  F 

21100 

02  2327(  fc  eimniFf  i  sclta  it  sloe  -  caianaavcm  u  - 
23274 

■S3  10420  FA  UWSAPCUO  UUd  MO  MO  A 

SA24Q 

04  400  FA  AASAOUtlA  Ua  MS  A 

1000 

O*^  14*0  FC  7A200  OASIM-SIS  SUHFUMX  MS  ■ 

04  no*  fa  oio  ua  as  s 

14770 

04  7030  FC  TA200  SASlH-OAftMUOX  MS  M 

14100 

04  70M  FA  OOAOA  LAKZ  MSI 

21270 


tm 

iwn— V 

tmnm 

m  • 

0.  0  • 

AK  A 

O.A  12  • 

2204.5  -  - 

AK  A 

0.  II 

2004.9  -  - 

AK  f 

12.1  2! 

20.0  *  • 

AK  • 

0.  0  • 

0.  •  • 

AK  f  9999.9  2  T 

0.  9  TO 

AK  - 

•.  11  • 

0.  •  - 

AK  9 

0.4  0  * 

Oe  •  - 

AK  f 

1.  IT 

Oe  "  • 

U  - 

0.  0  - 

0.  “  - 

MO  ■ 

0.  0  • 

0.  -  - 

m  m 

0.  0  - 

0.  •  - 

MS  ■ 

•e  0  - 

0.  -  • 

NS  S 

0.  •  - 

0.  -  - 

NS  ■ 

0.  0  - 

0.  -  - 

NS  ■ 

0.  •  - 

0*  -  - 

U  ■ 

0.  -  • 

selltlclen  autk  prej 


COUAdIA  A.  S1STCM  OOCAATta  ASV1CW 
AMfAflSASf  AAASa,  AK 
THOMAS  HASH  (aiaiKAA),  At 
OliilAOHAM  SNAll  BOAT  HAAOOA,  AX 
IHSPfCTlOH  OF  COMOilTO  UOAXS 
t  AlAliaiX  AAAta.  AX 
FMOJtCT  COHOITia  SUAVCTS 
STIXIAS  Alt«  SAASSIAS,  AK 
INAMSEU  AAA40A,  AK 
MIOIttlAOl  0CL1A  ASSia  -  CACAAAAVOM 
UWPAKUO  Ua.  MO 
AAKAAU1U  LAO,  NS 
TASSO  SASIA-SIC  SUNFIOUX.  NS 
OIO  ua,  NS 
TA2S0  OASIX-tAEEAUOOO,  NS 
TA2S0  SASIA-aCUOA  US,  NS 
LONO  AO  AIVEA  -  SOUTH  SAAK  UVKS.  U 


TAB LX i  PURPOSE 

1  eeqno 

2  purpose 

3  sort  order 


nmn 

TUT  $S 
TUT  1 


lookup  table  for  text,  sort  order  for  eeqno 
aeqno  purpose 

1  TXSTIMC  FOR  FT  1992  BUDGET 

2  CUT  SAD  ENVIRON  DRSDG  STUDIES 

3  $40  MILLION  DECREMENT  LIST 

4  $46  MILLION  MAI NTER ABCS  CUT 

5  $11  MILLION  MAINTENANCE  CUT 

6  AT  LEAST  $  11  MILLION 

7  $77  MILLION  MAINTENANCE  CUT 

8  ${6  MILLION  HAINT  CUT 

1  TESTING  FOR  FT  1992  EUDGST 

2  CUT  SAD  ENVIRON  DRSDG  STUDIU 

3  $40  MILLION  DECREMENT  LIST 


to  be  duplicated) 

sort  ord 
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4  $4«  MILLION 

MAINTSNAMCB  COT 

0 

S  *11  MILLION 

MAXNTIMAMCB  COT 

D 

«  AT  LIMIT  $  11  MILLION 

D 

7  *77  MILLION 

NAINT8NANCI  COT 

0 

S  1(6  MILLION  MAINT  COT 

D 

TABLE  1  RANX8IST 

1  aaqno 

INTEGER 

2  corrdata 

INTEGER 

3  oldrank 

INTEGER 

4  nawcank 

INTEGER 

5  district 

TEXT  3 

6  cwia 

INTEGER 

7  yaar 

TEXT  2 

8  funcid 

INTEGER 

9  oldcost 

CORRSNCT 

10  nawcoat 

CURRENCY 

11  olddrag 

CURRENCY 

12  nawdrag 

CURRENCY 

13  contracts 

CURRENCY 

14  dirlabor 

CURRENCY 

IS  otbar 

CURRENCY 

16  contrad 

CURRENCY 

17  corpaad 

CURRENCY 

18  contras 

CURRENCY 

19  corpaaa 

CURRENCY 

20  da scrip 

TEXT  S6 

21  catagory 

TEXT  3 

7777  [ shows  prior  to  particular  change  -  par  MRM] 

diet 

aaqno  corrdata  oldrank  naarank  cwia  yaar  funcid  oldcost 

nawcoat  olddrag 

901017 

3000180 

3000180  C02 

3630  92 

90 

*848.00 

*848.00 

*300.00 

901017 

3000185 

3000185  C02 

3900  92 

5 

*296.00 

*296.00 

*51.00 

901017 

3000190 

3000190  CQ2 

16930  92 

15 

*174.00 

*174.00 

*50.00 

901102 

2022220 

2022220  CG4 

9880  92 

165 

*27.00 

*27.00 

*0.00 

901102 

2022295 

2022295  CGI 

12640  92 

5 

*232.00 

*232.00 

*70.00 

901102 

2022305 

2022305  CGI 

87246  92 

5 

*395.00 

*395.00 

*20.00 

901105 

3000180 

3000180  OG2 

3630  92 

90 

*848.00 

*848.00 

*300.00 

90110S 

3000185 

3000185  CC2 

3900  92 

5 

*296.00 

*296.00 

*51.00 

901105 

3000190 

3000190  C02 

16930  92 

15 

*174.00 

*174.00 

*50.00 

newdreg  contract sdir labor  otbar  contrad  corpaad  contraa  corpaaa 


*300.00 

*750.00 

*0.00 

$0.00 

*0.00 

*36.00 

*0.00 

*62.00 

*51.00 

*0.00 

*104.00 

*171.00 

*0.00 

*0.00 

*0.00 

*21.00 

*50.00 

*150.00 

*0.00 

*0.00 

*0.00 

*12.00 

*0.00 

*12.00 

*0.00 

*0.00 

*9.00 

$15.00 

*0.00 

*0.00 

*0.00 

*3.00 

*70.00 

*105.00 

*100.00 

*8.00 

*0.00 

*12.00 

*0.00 

*7.00 

*20.00 

*263.00 

*49.00 

*37.00 

*0.00 

*24.00 

*0.00 

*20.00 

*300.00 

*750.00 

*0.00 

*0.00 

*0.00 

*36.00 

*0.00 

*62.00 

*51.00 

*0.00 

*104.00 

*171.00 

*0.00 

*0.00 

*0.00 

*21.00 

*50.00 

*150.00 

*0.00 

*0.00 

*0.0 0 

*12.00 

*0.00 

*12.00 

dascrip 

catagory 

CONTRACT 

MAINT  DREDGING  TONGUE  POINT 

001 

MAINTENANCE  DREDGING  ENTRANCE  CHANNEL 

001 

CONTRACT  MAINTENANCE  DREDGING  INNER  CHANNEL 

D01 

LOCK  MAINTENANCE 

N03 

MAINT  DREDGING  OF 

HARBOR  AMD  ENTRANCE 

CHANNEL 

D01 

MAINTENANCE  DREDGING 

D01 
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CONTRACT  MAINT  DREDGING  TONGUE  POINT 
MAINTENANCE  DREDGINO  ENTRANCE  CHANNEL 
CONTRACT  MAJNTINAIICS  DMDQINO  IIOIXS  CHANNEL 


OOX 

001 

D01 


TABU  I  REASON 

1  raascoda  INTXOBR 

2  reason  TEXT  64 

code  lookup  table  giving  text  for  each  integer  reaaeode 


reaa coda  reason 

0  - 

1  WORE  APPROVED — POND  THRU  ALIGNMENT  OP  COSTS  IN  OTHER  ITEMS 

2  COST  TOO  HIGH  FOR  THIS  PARTICULAR  WORK  FUNCTION 

3  COST  GROWTH  NOT  IN  LINE  M/BQUSACE  BUDGET  ART  GUIDANCE 

4  FUNDING  LEVEL  NOT  IN  CONSONANCE  WITH  BUDGET  MATRIX 

5  NONE  FUNCTION  IMPROPERLY  CATEGORISED 

6  DESCRIPTION  OF  NORK  NOT  CLEAR 

7  ARGUMENT  CLARIFIED 

S  WORX  MOT  JUSTIFIED  BY  ARGUMENT  PROVIDE  ADDITIONAL  JUSTIFICATION 
9  NONE  NOT  AUTHORISED  IN  THAT  PROJECT 
10  WORE  NOT  AUTHORISED  OR  APPROVED  UNDER  06M 

90  - 

91  MEN  REASON  CODE 
99  DIVISION  DEFAULT 


TABU  I  YEAR 

1  year  TEXT  2 

2  year_type  TEXT  4 

correspondence  between  year  and  year_type 


ytar 

92 

BY 

91 

BY— 1 

90 

BY— 2 

89 

PY 
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Mika  and  Dick: 

I  tested  all  tha  optlona  except  tba  generate  SQL  and  browse  work  (unction  options.  I 
could  not  verify  tha  raaulta  of  tha  aeanarios  against  what  1  have  on  the  mainframe 
database  because  you  have  an  earlier  version  of  OKB 9 3  and  because  of  a  problem  I 
encountered  when  generating  tha  scenarios.  1  divided  ay  consents  between  major  and 
ainor  problems  that  I  encountered. 

h.  Major  Problems 

1.  X  generated  two  primary  aeanarios  of  ay  own,  one  of  which  is  displayed  in 

Bn cl  l.  What  X  was  trying  to  do  was  to  isolate  large  funded  dredging  work  functions  in 
three  divisions.  Unfortunately,  the  results  returned  were  for  aore  than  the  three 
divisions  and  for  aore  than  one  feature  cost  code  (dredging  is  just  feature  cost  code 
33.11).  Old  X  do  something  wrong?  X  created  the  scenario,  edited  it,  selected  it, 
built  it  and  evaluated  it.  The  results  ars  shown  after  the  scenario  forms  display 
enclosed.  X  also  triad  another  scenario  with  one  division  and  one  CWIS  number  and  when 
X  built  it,  X  got  more  then  one  project  and  more  then  one  division. 

2.  Tba  first  time  X  created  a  primary  scenario,  X  tried  using  a  wild  card.  1 
entered  '33'  in  tha  feature  cost  window.  When  X  later  tried  to  build  this  scenario, 
the  program  aborted  during  tha  'building  temporary  SQL  statement'  message.  When  X 
later  changed  tha  feature  coat  to  '33.11',  the  program  ran  correctly. 

3.  Whan  I  built  e  composite  scenario  from  two  fairly  small  aeanarios  -  527  and 
30  records  -  it  took  nearly  two  hours  to  build  the  composite  scenario. 

IX.  Minor  problems. 

1.  It  took  me  soma  time  to  gat  used  to  moving  through  the  menus  and  forms  but 
once  X  learned  the  right  key  sequences  to  use  it  harama  easier.  X  would  suggest 
showing  key  options  somewhere  on  each  form. 

2.  OCB,  CWIS  and  FCCS  flags  entries  on  the  first  form  do  not  seam  necessary.  If 
you  are  always  going  tu  make  the  user  go  through  tha  second  fora  where  you  enter 
individual  OCX  ranks,  CWIS  numbers  and  rcco  codas,  than  you  can  check  for  the  existence 
of  entries  in  those  areas  instead  of  asking  the  user  to  flag  than. 

3.  Soma  entries  are  given  validity  checks  and  earns  are  not.  would  be  nice  if 
all  had  validity  checks.  Alao,  for  entries  such  as  'AFP',  it  would  help  if  only 
capital  entries  were  allowed. 

4.  Some  cosmetic  improvements  on  tha  first  form: 

a.  Change  'AFP'  to  'Approp' 

b.  change  'Rank'  to  *OCk  Ranks' 

C.  Change  'LUMP'  to  'LOW  USB  MAVIS' 

5.  Some  cosmetic  improvements  on  the  second  form: 

a.  change  *OCB '  to  'OCE  Ranks' 

b.  change  'FCCD'  to  'Feature  Cost  Codas’ 

6.  The  scenario  evaluation  report  should  have  tha  scenario  description, 
explanation  and  a  summary  of  the  critaria  involved  in  tha  scenario.  Also,  it  should 
have  totals  tor  divisions  and  project  classes. 

7.  All  reports  should  page  eject  after  last  page.  X  have  laser  printer  and  it 
is  not  always  easy  to  know  if  tha  last  page  has  bean  printed. 

Cave  Harmon 
CBCW-OM-b 
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T sapor  ary  scenario  Table  Datai  02/10/92  Tins!  12>42 

Scenario >  ecenel 

Muaber  of  Mork  Function* :  572  Total  Coat!  $652,935.00 
Temporary  Scenario  Costs  By  Division 

Scenario!  scenel  Data:  02/10/92  Tiae:  12:42 


Division 

Total 

Cost 

LMD 

$117,957. 

KRD 

$805. 

mo 

$96,811. 

MCD 

$163,787. 

HKD 

$2,005. 

KPD 

$41,052. 

ORD 

$6,882. 

POD 

$4,622. 

SAD 

$149,167. 

SFD 

$30,954. 

SND 

$38,893. 

Teeporary  Scenario  Costs  By 

Scenario: 

scenel 

Proj  Class 

Total 

Coat 

PC 

$20, 059. 

MM 

$3,363.< 

MA 

$884.1 

MC 

$482,677.1 

MS 

$5, 720.< 

MO 

$2,040.< 

ML 

$138, 192. ( 

T sap nr ary  scenario  Costa  By 

Scenario: 

scenel 

FCCD 

Total 

Cost 

1. 

$35, 062. ( 

2. 

$1,178.1 

7. 

$1,301.C 

21. 

$13, 595. C 

22. 

$19,804.1 

23. 

$1,050.( 

25. 

$14, 000. ( 

26. 

$2,735.( 

31. 

$2,427.( 

33. 

$561,783.0 

Total: 

$652,935.0 

Taaiporary  Scenario  Costs  By 

Scenario: 

scenel 

FCCD 

Total 

Cost 

Date:  02/10/92  Tiaa:  12t42 


Date:  02/10/92  Tine:  12 >42 


Date:  02/10/92  Tiae:  12:42 


$35,062.00 

$1,178.00 
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07.11 

51,301.00 

21.11 

513,595.00 

22.1 

519,804.00 

23.2 

51,050.00 

25.1 

514,000.00 

26.1 

52,735.00 

31 

52,427.00 

33.11 

5543,240.00 

33.21 

51,582.00 

33.22 

52,243.00 

33.3 

514,718.00 

Total t 

5652,935.00 

mo.  i 
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Decision  Support  for  tho  O&M  Budgot  Procou 
Initial  Mooting 
0900  8  October  1991 
Wotor  Rooourcos  Support  Contor 
Coaov  Buildino 
Fort  Belvoir,  VA  22060 


AGENDA 


Introductions 

Current  Status  of  Automated  Budget  System  (ABS)  Process 

A.  Overview  -  Dove  Hannon 

B.  Timeline  for  ABS  Process 

C.  Data  Entry  and  Consolidation  •  Connie  Raaymakers 

D.  Port  to  Oracle 

E.  Planned  Changes  -  Dave  Harmon 

Concept  and  Approach  for  a  Budget  Decision  Support  System 
A.  Overview  -  Michael  Walsh 

1.  Examine  existing  process  end  systems 

2.  Determine  database  and  analytical 
requirements 

3.  Develop  prototypes 

4.  Prepare  system  concept  report 

5.  Implement  interim  system 


B.  Approach  to  Requirements  and  Prototype  Design  -  Dick  Males 
C-  Interim  System  -  Michael  Walsh 

Demonstration  of  Corps  O&M  Budget  Decision  Support  System  (COMB  DSS)  Pre-Alpha 
Version  0.1 

Design  and  Development  Issues 

A.  Who  is  the  User? 

1 .  Dave  Harmon 

2.  John  Pares 

3.  Jim  Crews 

4.  John  Elmore 

B.  Database  Issues 

1 .  Should  structural  changes  be  considered? 

2.  What  additional  criteria  should  be  added? 

3.  What  sub-set  of  the  data  is  needed  for  analysis? 
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c. 


Modeling  ittmt 


1 .  What  priority  should  bs  pi  van  to  tha  following  1st? 

a.  Rank  Generators 

b.  Scanario  Analyst 

c.  Statistical  Analyst 

d.  Financial  Analyst 

(1)  'Cut-off  Analyses 

(2)  Cost  Distribution  Analyses 

a-  Criteria  Analyst 

2.  What  specific  capabilities  should  each  model  set  have? 

D.  DSS  Environment 

1.  Hardware/Software  Options 

2.  User  Interface  Options 

E.  Integration  with  Corps  ‘Corporate  Data  Base* 

1.  Oracle 

2.  Client-Server  Approach 

F.  Communication  within  the  IOMT  project  team 

VI.  Funding  and  Schedules 

VII.  Other  Items  for  Discussion 

VIII.  Action  Items 
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CEWRC-IWR-R  October  15.  1991 


MEMORANDUM  FOR  RECORD 

SUBJECT:  Initial  Meeting  of  O&M  Budget  Decision  Support  System  Project  Team 

1 .  The  initial  meating  of  the  project  team  that  is  developing  an  O&M  budget  decision 
support  system  was  held  at  the  Institute  for  Water  Resources  on  8  October  1991.  This 
work  effort  is  part  of  an  IOMT  work  unit  on  the  application  of  decision  support  systems  for 
O&M  management.  The  success  of  this  effort  depends  on  the  cooperative  effort  of 
researchers  from  IWR,  CERL,  WES  and  private  contractors  working  with  the  users  of  the 
decision  support  systems  at  Headquarters.  Divisions  and  Districts.  This  meeting  brought 
together  the  developers  of  the  decision  support  system  with  one  of  the  primary  users  to 
discuss  the  proposed  work,  identify  any  critical  issues  that  must  be  addressed,  and  set 
timetables  and  responsibilities  for  tasks  that  are  to  be  conducted  this  fiscal  year. 

Attending  were:  Dave  Harmon,  CECW-OM;  Ed  Japel,  CECER-FS;  Connie  Raaymakers, 
CECER-FS;  Steve  Scott.  CECWES-HE-E;  Michael  R.  Walsh.  CEWRC-IWR;  Richard  Males. 
RMM  Technical  Services,  Inc.;  and  Craig  Strus,  Planning  and  Management  Consultants 
Limited.  Males  and  Strus  represented  the  contracting  team  working  on  the  project.  The 
agenda  for  the  meeting  is  attached. 

2.  Current  Status  of  ABS.  Dave  Harmon  presented  an  overview  of  the  ABS  cycle.  The 
cycle  begins  in  March,  with  a  nationwide  meeting,  at  which  budget  guidance  is  provided 
(based  on  the  budget  EC).  A  budget  matrix  is  provided  that  describes  how  work  functions 
are  to  be  allocated  to  discrete  funding  levels.  At  this  time  each  Division  offices  is  given  a 
target  dollar  figure  for  their  budget.  Divisions  can  show  work  they  would  like  to  do  that  is 
above  this  target.  The  Division  gets  a  single  number  for  its  target  (all  Districts,  all 
programs  in  O&M).  From  March  to  May,  the  field  works  on  submittals.  Information  is 
entered  by  Districts  into  local  databases  via  personal  computer  using  the  PC-ABS  software 
developed  by  CERL.  During  this  period,  no  new  dollar  information  is  likely  to  be  provided 
to  the  Districts.  On  or  about  May  1 5.  information  is  uploaded  by  the  Districts  to  the  WCC 
computer  (using  the  ABS  software).  Each  district's  data  is  kept  in  separate  databases  on 
the  WCC  computer  where  is  can  be  examined  by  the  District  and  its  Division.  Once 
uploaded,  the  District  information  is  also  consolidated  into  the  appropriate  Division 
databases.  (Each  District  and  Division  have  their  own  databases,  to  provide  an  audit  trail 
and  history).  Divisions  rank  work  units  by  June  1 5th,  with  this  information  going  into  the 
Division-level  database.  At  this  time,  HQ  makes  sure  that  field  entries  conform  to  the 
guidance,  and  make  corrections.  The  Districts  and  Divisions  can  look  at  this,  and  protest 
the  corrections,  during  the  period  June  15th  •  July  15th.  A  database  table  maintains  the 
latest  corrections  made.  By  July  1 5.  the  consolidated  Corps  O&M  database  is  ready  for 
analysis. 

Scenario  analyses  are  conducted  from  15  July  until  the  end  of  the  fiscal  year.  Typically, 
three  scenarios  are  presented  to  OMB,  but  this  requires  processing  of  a  number  of  sub¬ 
scenarios.  As  described  by  Dave  Harmon,  the  scenario  analysis  can  take  a  wide  variety  of 
forms,  with  many  different  factors  explored.  The  scenario  analyses  are  basically  ongoing, 
'until  we  run  out  of  time'.  The  project  historical  summary  report  generated  through  ABS  is 
the  primary  vehicle  for  looking  at  the  database  and  comparing  scenarios. 
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While  this  process  will  likely  remain  the  seme,  there  is  s  major  change  underway  in  the 
underlying  software  and  hardware  used  to  support  the  process.  The  system  currently 
resides  in  the  RAMIS  DBMS,  on  an  IBM  mainframe  at  WCC.  Current  Corps  policy  requires 
that  the  system  be  ported  to  the  Oracle  DBMS  on  the  CEAP  CDC  machine.  This  port  is 
underway  and  is  being  carried  out  by  Cathy  Ballard  at  WES,  and  is  scheduled  for  testing  in 
December.  A  test  of  upload  capability  is  planned  for  February,  at  which  time  a  go-no  go 
determination  will  be  made  on  using  the  Oracle  port,  or  retaining  the  existing  system  for 
the  next  budget  cycle.  No  changes  will  be  made  to  this  critical  system  until  it  can  be 
demonstrated  that  the  new  system  is  functional. 

There  is  interest  in  including  condition  indices  for  maintenance  work  to  assist  in  the 
decision  process.  The  development  of  condition  indices  is  part  of  the  REMR  research 
program.  Condition  indices  are  numerical  ratings  that  indicate  the  condition  of  an  existing 
structure  or  component  against  a  'new'  condition.  The  addition  of  condition  indices  can 
be  accomplished  within  the  existing  structure  of  the  ABS  database.  The  existing  structure 
field  'output  measure'  can  be  used  to  store  the  condition  index,  and  can  be  linked  to  the 
particular  structure  using  the  'cofmarid'  field  of  the  ABS.  The  analysis  of  the  condition 
indices  with  respect  to  funding  for  maintenance  remains  problematic. 

Communications  capability  from  the  field  to  the  ABS  was  discussed.  One  of  the  major 
advantages  of  the  existing  system  is  that  the  field  rapidly  gets  information  on  the  budget 
(2  hours  after  decisions  are  made).  Currently,  this  is  through  direct  access  to  the  IBM 
machine  -  download  possibilities  for  this  information  are  being  explored.  The  CEAP 
backbone  is  not  currently  installed  at  all  Districts  -  accordingly,  communications  with  the 
ABS  Oracle  port  are  expected  be  maintained  through  async  communications,  using  a 
version  of  Kermit  obtained  from  Lehigh  University.  This  version  has  a  variable  packet  size, 
giving  effective  9600  bps  throughput  while  connected  at  2400  bps. 

3.  Concept  for  Budget  Decision  Support  System.  I  described  the  overall  framework  for 
the  Decision  Support  System  (tentatively  named  the  Corps  O&M  Budget  Decision  Support 
System,  COMB_DSS).  A  DSS  is  comprised  of  three  parts  -  a  user  interface,  a  database, 
and  model  base.  Presently,  the  ABS  system  has  a  well  developed  database,  with  a  less 
developed  model  base  and  user  interface.  The  COMB_DSS  will  develop  a  set  of  model  or 
analysis  tools  and  an  appropriate  user  interface  and  integrate  these  components  with  the 
database  to  provide  a  working  decision  support  system.  In  overview,  the  process  will:  1 ) 
examine  existing  processes  and  systems;  2)  determine  database  and  analytical 
requirements;  3)  develop  prototypes;  and  4)  prepare  a  system  concept  report.  The 
prototype  is  directed  primarily  at  HQ  needs,  with  field  desires  to  be  addressed  where 
possible.  The  Rock  Island  District  will  serve  as  the  starting  point  for  looking  at  field 
requirements. 

The  project  is  conceived  as  starting  with  development  of  a  PC-based  'prototype'  system, 
that  serves  as  a  proof  of  concept  of  the  DSS.  The  intent  is  that  the  prototype  will 
demonstrate  PC-based  scenario  analyses,  using  BY  93  data.  An  iterative  process  for 
prototype  development  will  be  undertaken,  with  versions  demonstrated,  and  modified 
based  on  user  feedback.  The  'final'  prototype  should  be  available  in  March.  The 
completed  prototype  is  the  starting  point  for  development  of  an  'interim'  system,  also  PC- 
based,  to  be  used  for  the  actual  scenario  analysis  for  BY  94  data.  Responsibility  for 
development  of  the  prototype  rests  with  the  IWR  and  PMCL,  under  contract  to  IWR,  and 
the  interim  system  will  be  handled  by  CERL.  The  development  of  interim  system  will 
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include  the  accomplishment  of  the  downloeds  of  BY  94  data  from  the  mainframe  (Oracle 
or  RAMIS).  The  system  concept  report  will  include  a  discussion  of  the  interim  system, 
and  additional  possibilities  for  integrating  COMB-DSS,  perhaps  in  client-server  mode,  with 
die  mainframe  database  on  CEAP.  The  integration  of  the  COMB  DSS,  Oracle  Port,  Interim 
System  and  the  corporate  solution  will  bo  discussed  later  in  this  memo. 

4.  Approach  to  Requirements  Analysis  and  Prototype  Design.  Dick  Males  provided  an 
outline  of  the  proposed  approach  for  the  prototype  design,  in  terms  of  the  three 
components  of  the  DSS  (database,  models,  and  user  interface).  In  addition,  the  overall 
environment  was  discussed.  For  the  database,  the  intent  is  to  mimic,  to  a  great  degree, 
the  structure  of  the  mainframe  ABS,  using  s  relational  DBMS  on  a  PC.  Possibilities  for 
structural  revision  (additional/modified  tables  and  fields)  will  be  explored.  Five  functional 
areas  of  models  were  proposed: 

a  Rank  Generator  •  given  a  set  of  criteria  for  work  functions,  generate  a  rank; 

a  Scenario  Analyst  -  given  s  ranking  range,  possible  additional  criteria,  determine  if  a 

work  function  is  in  or  out  of  a  given  scenario  (and  possible  generate  a  numerical 
value  as  to  how  far  out  or  in  the  particular  work  function  is) 

a  Statistical  Analyst  -  perform  'discovery'  to  look  for  relationships  in  the  database, 
generate  overall  statistical  measures  from  the  database 

e  Financial  Analyst  -  a)  Cut-Off  Analysis  -  given  a  certain  amount  of  dollars,  what  will 
get  funded  (based  on  rankings)  within  a  given  scenario  -  i.e.,  given  a  set  of  work 
functions  in  a  scenario,  how  far  down  the  list  (in  descending  rank  order)  can  you  go 
without  exceeding  a  given  cumulative  total  dollar  amount;  b)  Distribution  Analysis  • 
how  does  a  given  scenario  and  dollar  amount  result  in  distributing  dollars  to 
Districts,  Division,  among  categories,  classes.  FCCD's,  etc.; 

a  Criteria  Analysts  -  models  that  operate  on  criteria  in  the  database  (in  all  likelihood 
additional  criteria  not  currently  present)  that  would  generate  new  measures  for  a 
work  function  (i.e.  economic,  risk-reliability,  etc.). 

The  technical  structure  of  the  COMB-DSS  database  to  support  the  scenario  analysis  was 
described  and  discussed.  It  is  intended  to  store,  for  each  scenario,  a  listing  of  the  work 
functions  that  are  in  that  scenario,  in  a  separate  table.  The  financial  analyst  would  then 
operate  upon  that  table  to  handle  dollar  measures.  Scenario  analysis  is  to  be  based  on 
ranks  (which  will  not  change),  jnd  other  facts  stored  sbout  the  work  function.  This 
conceptual  construct  is  somewhat  different  from  the  existing  approach  to  scenario 
analysis,  but  was  viewed  as  offering  advantages  over  the  present  method. 

The  user  interface  methodology  was  discussed.  A  combination  of  menu-driven,  pre-stored 
reports  and  queries,  together  with  the  capability  of  ad  hoc  querying,  is  to  be  provided. 

The  need  for  great  flexibility  in  developing  scenarios  was  stressed  by  Dave  Harmon. 
Graphical  output  is  desirable  -  the  exact  format  and  content  of  charts  and  mapped  output 
will  be  explored  in  the  near  future.  (Dave  Harmon  is  to  provide  some  sketches  of  the  kinds 
of  graphics  that  might  be  desired]. 

The  user  environment  is  intended  to  be  a  PC.  In  order  to  handle  the  expected  large  data 
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baae  (25  MB),  a  fast  machine  should  be  availabla  with  largo  amount  of  mass  storage. 

Dave  Harmon  win  be  working  with  a  486/50  PC,  so  this  should  not  be  a  problem.  Three 
initial  candidate  DBMS  were  proposed  -  R:Basa.  Oracle,  and  Paradox.  R:Basa  was  selected 
because  of  its  strong  application  development  tools,  and  because  of  its  ability  to  use 
industry-standard  SQL.  Oracle  win  be  investigated  further  as  a  possible  platform  for 
COMB  OSS  to  maintain  compatibility  with  ORACLE  used  on  CDC  mainframe  machines. 
Concern  for  the  flexibility  of  application  development  tools  in  Oracle  was  expressed. 
Paradox  was  included  because  of  its  integrated  graphics  capability,  and  speed.  Insofar  as 
possible,  commercial  packages  will  be  used  for  the  OSS.  The  possibility  of  using  the 
Windows  environment  for  certain  types  of  software  also  exists.  The  R:Base  environment 
will  be  maintained  for  the  next  iteration  of  tha  DSS,  while  examining  the  other  options  of 
Oracle  and  Paradox. 

The  project  will  also  involve  some  degree  of  technology  exploratory  research,  to  look  at 
multi-criteria  ranking  and  display  methodologies,  and  examine  packaged  data  analysis 
systems,  graphical  user  interfaces,  and  object-oriented  paradigms. 

5.  Pre-Prototype  Demonstration.  Existing  BY  93  data  has  been  provided  by  Dave  Harmon, 
through  downloads  from  the  mainframe  database,  and  I  entered  this  data  into  the  R:Base 
DBMS  on  a  PC,  for  initial  exploration.  Dick  Males  and  I  demonstrated  some  of  the 
capabilities  of  the  R:Base  system  using  this  data,  including  a  menued  application,  forms 
data  entry,  and  some  financial  analyst  distribution  reports,  showing  total  dollars  associated 
with  Divisions,  Categories.  Class,  and  FCCD,  for  a  user-specified  ranking  range. 

6.  Design  and  Development  Issues.  Dave  Harmon  was  identified  as  the  immediate  'client' 
user  of  the  system.  Other  potential  'hands-on'  users  might  be  Jim  Crews  and  John  Perez. 
The  possibility  of  providing  a  spreadsheet-like  interface  to  the  data  was  suggested  by  Dave 
Harmon,  es  being  femiliar  to  a  number  of  users. 

The  issue  of  structural  change  to  the  database  was  discussed.  If  performance 
enhancement  within  the  DSS  can  be  significantly  improved  by  structural  modifications, 
they  should  oe  carried  out.  The  system  concept  document  should  report  any  proposed 
structural  changes  for  the  mainframe  system. 

The  only  provision  for  adding  additional  criteria  at  this  time  needs  to  be  the  condition 
index,  but  the  possibility  of  other  criteria  should  be  considered  in  the  DSS  design. 

The  minimum  sub-set  of  data  in  the  existing  system  required  to  be  carried  forward  for  the 
DSS  was  discussed  and  a  number  of  tables  can  be  dropped,  or  summarized,  within  the 
databese,  leading  to  a  much  smaller  database  for  the  DSS.  In  particular,  correction  data 
need  not  be  carried  forward,  and  some  of  the  history  deta  can  be  summarized.  The 
complete  required  data  set  (91 ,  92.  and  93  data)  will  be  obtained,  entered  into  the 
database,  and  the  required  data  set  for  the  DSS  will  be  extracted.  This  will  provide  the 
working  database  for  the  prototype  development. 

Dave  Harmon  identified  the  following  order  of  importance  for  the  modeling  capability:  1 ) 
Scenario  Analyst:  2)  Financial  Analyst;  3)  Rank  Generator;  4)  Criteria  Analyst;  5)  Statistical 
Analyst,  with  items  1  and  2  being  essential  for  the  DSS. 

7.  Coordination  of  Separate  Work  Efforts.  I  have  attached  a  work  flow  diagram  and  a 


Appendix  C  Mtoutes  of  Project  Team  Meetings  and  Technical  Memos 


C25 


timetable  spreadsheet  with  Gear*  chart  for  tha  Oracle  Port,  COMB_DSS  development. 
Interim  System  development,  and  tha  Corporate  Solution.  Tha  work  flow  diagram  shows 
tha  relationships  among  tha  work  efforts.  Note  that  tha  Orada  port  must  bs  completed 
before  the  beginning  of  tha  next  budget  cycle  in  March.  If  for  soma  reason,  tha  Orada 
port  is  not  complete,  tha  existing  WCC-RAMIS  system  wiM  be  used  for  tha  budget  cycle. 
Tha  COM8_DSS  wil  simply  get  its  data  from  WCC-RAMIS  rather  than  from  ORACLE-CDC. 
A  working  prototype  of  the  COMB_DSS  win  be  ready  for  integration  into  the  interim 
system  by  March  1992.  CERL  and  IWR  w#  work  closely  to  insure  that  tha  transition  from 
prototype  to  Interim  system  is  smooth.  Once  we  have  one  budget  cycle  under  our  belts 
we  can  concentrate  on  tha  Corporate  Solution  which  wi>  more  tightly  integrate  tha 
C0M8_DSS  into  tha  proposed  CEAP  architecture  for  tha  90's.  This  might  mean  using 
tools  avslabie  within  the  CEAP  hardware  and  software  environment  for  the  C0M8  0SS. 
This  approach  can  be  explored  more  fully  in  the  next  fiscal  year. 

8.  Communications  within  IOMT  protect  team.  I  have  attached  a  communications  list  for 
all  project  team  members.  CorpsMail  addresses  a re  currently  available  for  most  project 
team  members,  and  thoee  members  who  do  not  have  CorpeMaB  addresses  are  urged  to 
gat  one.  This  is  proposed  as  tha  preferred  method  of  communication  within  tha  team. 
Team  members  present  at  this  meeting,  plus  Cathy  Ballard  of  WES,  are  tha  key  contact 
individuals  for  information  on  tha  project. 

9.  Action  Items.  Several  items  were  noted  during  tha  meeting  that  require  action  by 
project  team  members.  These  ection  items  are  listed  by  individual  below: 


Dave  Harmon 

fUpi,  Maioo 

Connie 

Raaymakars 

Steve  Scott 

Craig  Strut 

Michael  Walsh 

provide  semple  gnphlca  for  sconorio  analyser  to  Michael  Walsh 
provide  OMB91  data  to  Michael  Walsh 

provide  COMB.DSS  0.5  to  IWR  by  9  Dec  91 

provide  plan  of  study  on  interim  system  work  to  project  team 

distribute  FY  92  funds  for  IOMT  work 

provide  draft  paper  on  currant  ABS  process  by  21  Oct 

provide  OMB  91,  92  data  to  Males 
provide  0MB91  data  to  Cathy  Retard 
acquire  ORACLE  6.0  for  evaluation  and  testing 


Michael  R.  Walsh 
Civil  Engineer 
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Memo  To  File:  AM  OU 
Proai  >.  Halos 

Bat  follow-up  to  meeting,  10/19/91 
Oatai  10/15/91 

1)  On  10/8/91,  A.  Males,  C.  Strut,  and  M.  Halah  aat  to  follow  up  on  tho 
previous  day' a  meeting  on  tha  AM  DSS.  In  general ,  It  was  agreed  that  work 
would  procaad,  using  tha  existing  AiSasa  database,  with  aaphasis  on 
raatructuring  tha  databaaa  in  accord  with  suggestions  at  tha  Meting,  and 
development  of  aconario  and  financial  analysts.  At  tha  saaa  ti mm,  work  will 
procaad  on  developing  an  AM  explanatory  docuaant,  aasantially  an  extension  of 
tha  work  developed  by  Hari  Garbharran,  to  include  a  description  of  tha 
existing  AM  technical  syataai.  Tha  docuaant  will  include  a  description  of  tha 
AM  process,  databaaa,  analysis  aathods,  and  existing  hardware/ software 
environment.  This  docuaant  will  be  used  in  tha  system  concept  report. 

Paradox  will  not  be  axaainsd  further  as  a  potential  database  platform. 

2)  The  following  is  a  list  of  action  items  (highest  priority  denoted  with 


Check  J's  and  other  facts  in  database  with  Dave  Hanson  (MAH) 

Cheek  out  forest  A  Trees  (HAH,  AMH) 

•Check  out  Oracle  6.0  (KAH/AXK) 

Obtain  '91/ • 92  data  from  Dave  Harmon  (HAH) 

Prepare  Mean  on  10/6/91  meeting  (AMH) 

Locate  corpeMail  local  telephone  numbers  (MAH) 

•Aestructure  AM  Database  (AMH) 

•Develop  'version  0.5'  of  DSS  (AMH) 

-  Explore  matching  existing  reports 

-  duplicate  existing  scenarios 

-  Hriteup  on  Scenarios/Financial  Analyat 
send  AM  AiSase  database  to  CS  (AMH) 

•examine  Graphics  from  A i Base  (CS) 

follow-up  with  Dave  Harmon  on  example  desired  graphics  (AMH) 

Contact  Cathy  Ballard  (HAH) 

•AM  Hriteup  Outline  (CS) 

Copy  of  Budget  AC  to  CS,  AMM  (MAH) 

Explore  rank  generation  (C5/BG) 

Contact  A.  Falser  on  ranking  comparison  technologies  (AMM) 

3)  The  following  are  key  milestones  for  the  next  steps  of  the  project: 


IS  October  91 
18  Kovember  91 
1  December  91 

15  January  92 


Outline  of  AH  status  report 

Draft  of  AM  status  report  available 

Version  0.5  C0HB-DSS  doMnatration  meeting  with  Dave 

Harmon  (AtEaae) 

version  1.0  of  C0HB-DSS  available 
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Memorandum  f or  Record 
Promt  R.  Malaa 
To  i  CQNBDSS  lil* 

Rai  Meeting  at  IWR,  12/16/91 

1)  On  12/16/91,  R.  Mala*,  M.  Halah,  and  D.  Harmon  aat  to  review  progreaa  to 
data  on  daralpaant  of  tha  prototypa  DU  for  budget  ranking.  R.  Malaa 
daaonatratad  vara ion  1.0  of  tha  prototypa.  Thia  varaion  aaphaaiaaa  acanario 
building  and  evaluation.  Thia  ay at an,  iaplaaantad  in  RiBaaa  3.1b,  provided 
tha  following  functionality! 

a)  nanu  and  forme-driven  intarfaca  to  epacify  acanarioa,  adit  thaa,  and 
evaluate  thaa 

b)  acanario  building  capability  with  pr inary  acanarioa  and  coapoaita 
acanarioa,  wharain  a  primary  acanario  ia  apacifiad  by  aalaction  critaria 
on  individual  work  functiona,  and  coapoaita  acanarioa  ara  combination* 
of  previouely  dafinad  acanarioa  (aithar  primary  or  coapoaita) 

c)  avaluation  of  a  glvan  acanario  through  calculation  of  financial  impact 

d)  atoraga  of  roll-up  financial  information  by  diviaion,  feed,  and  project 
claaa 

Tha  ayataa  waa  developed  in  accordance  with  R.  Malaa  deaign  aaao  of  12/10/91. 

Tha  overall  data  flow,  databaaa  concept ,  and  functional  capabilitiaa  ware 
reviewed.  In  general,  the  atructure  waa  approved  aa  being  auitabla  to  tha 
taak  at  hand,  and  flexible.  Xaauea  relating  to  lmcreaeed  functionality,  apaad 
iaauaa,  and  future  fornata  of  iaplaaantat ion  ware  diacuaaed. 

2)  Following  ara  coaaanta  relating  to  tha  daaign,  that  naad  to  be  addreaaed 
in  varaion  1. It 

M.  Malah  noted  that  CMX*  codaa  ara  only  unique  within  a  Diviaion,  and 
queetionad  whether  tha  axietlng  atructure  for  including/axcluding  CNXS 
codaa  waa  adequate.  D.  Harmon  indicated  that  95%  of  CMIS  ara  unique 
Corpa-wide,  4%  ara  uaad  for  Corpe-wide  activitiaa,  and  at  aoat  It  ara 
ra-uaad  acroea  Diviaiona,  for  poaaibla  conflict.  Accordingly,  no  change 
in  tha  currant  methodology  ia  aaadad. 

N.  Nalah  euggeated  tha  poeaibility  of  treating  Diviaion  and  Project 
Claaa  epeclfication  in  primary  acanarioa  in  the  aaaa  manner  aa  CWia, 
POCD,  and  OCX  rank  includa/excludea  ara  currently  treated,  i.a.  through 
entry  of  multiple  detail  linaa,  rather  than  aa  a  aat  of  fixed  fialda,  aa 
in  tha  currant  implementation.  Thia  can  readily  be  handled. 

K.  Malah  noted  the  likelihood  of  other  paramatera  being  included  in  tha 
future  in  primary  acanario  a  pacification,  and  auggeatad  that  the  daaign 
ba  aa  flexible  aa  poaaibla,  to  accomodate  thia. 

M.  Malah  noted  that  tha  axiating  coapoaita  acanario  functionality  can  ba 
utilised  to  generate  liata  of  work  functiona  that  differ  between 
acanarioa,  i.a.  work  functiona  in  acanario  A  that  are  not  in  acanario  R. 

D.  Harmon  noted  tha  naad  to  ba  able  to  review  tha  deecription  and 
funding  argument  fialda  aaaociatad  with  a  work  function.  Thia  can  ba 
accompliahad  through  an  appropriate  view  definition. 

Cumulative  coat  information  ia  daairad  whan  a  acanario  ia  evaluated,  and 
ahould  be  retained.  At  preaant,  tha  information  ia  calculated  for  uaa 
in  aereening  out  work  functiona  baaed  on  a  cumulative  coat  limit,  but  ia 
not  atorad  in  the  data  baae.  Tha  cuaulative  coat  calculation  program 
ahould  terminate  after  tha  daairad  total  ia  reached,  rather  than 
cranking  through  all  work  functiona  in  the  acanario. 

Speed  can  be  incraaaad  by  uaing  flaga,  in  the  primary  acanario,  to 
indicate  whether  proceaaing  of  includea/excludea  ahould  bo  dona.  Thia 
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rtqulru  the  user  to  specify  theaa  (lag*  for  tha  scenario.  Thoro  ara 
advantages  and  disadvantages  to  using  thaaa  flags,  la  that  tha  flag 
specification  must  too  Mint  a  load.  Tha  proposed  solution  is  to  allow  for 
tha  flaga,  but  to  warn  tha  uaar  whan  flags  Indicate  no  processing,  but 
data  to  be  processed  for  includes/axcludea  is  present. 

The  prototype  structure  favors  developing  scenarios  in  parts.  Certain 
work  functions  ara  expected  to  be  'always  in',  while  others  will  be 
'always  out'.  The  work  functions  that  do  not  fall  into  either  category, 
those  on  the  margin,  are  the  ones  to  be  examined  most  cloaely.  Methods 
for  facilitating  this  approach  naed  to  be  explored. 

The  report  format  for  tha  temporary  scenario  needs  to  be  revised,  suck 
that  rank  is  la  the  first  column,  and  no  decimal  fields  are  present  for 
$  amounts.  The  FUWCID  field  needs  4  characters. 

The  'save  temporary  scenario'  functionality  needs  to  be  modified. 
Currently,  data  tables  axe  loaded  based  on  user  response  to  prompts. 
Various  portions  of  the  save  functionality  need  to  be  broken  out  as 

separata  items. 

The  current  structure  is  in  error  in  terms  of  financial  rollups,  in  that 
rollups  need  to  be  done  separately,  by  appropriation.  Currently, 
appropriation  is  not  separated  out.  Zn  addition,  the  history  data 
(1969)  needs  to  be  rolled  up  in  this  format  as  well  as  the  other  data. 

hn  'output  measure'  field  needs  to  be  added  to  the  work  function,  and  a 
selection  capacity  for  this  field  included  in  the  primary  scenario 
nelection  process. 

hn  additional  method  of  scenario  spec flcat ion,  through  direct  entry  of 
stored  SQL,  was  demonstrated  in  concept.  This  should  be  Implemented, 
and  become  the  third  method  of  scenario  specification. 

3)  Tha  next  iteration  of  the  prototype  will  again  be  written  in  RiBaee 
3.1b,  incorporating  the  above  suggestions,  and  dealing  with  additional  issues 
of  financial  analysis.  Zn  addition,  attention  needs  to  be  given  to  rank 
generator/rank  builder  functionality,  in  particular  for  methods  of  re-ranking 
that  preserve  district  rank  orders. 

4)  Forest  and  Trees  software  will  be  need  to  damonetrate  additional, 
graphics  oriented  DU  capabilities  using  the  Windows  environment  and  the 
existing  database.  The  software  works  oft  RtBase  data  bases,  or  SQL  server 
databases.  M.  Walsh  will  be  exploring  this  technology  on  another  project,  and 
will  provide  guidance. 

5)  M.  Walsh  will  be  obtaining  a  copy  of  Oracle  6.0,  for  evaluation  as  a 
platform  for  the  DSS.  The  key  issuee  relate  to  speed  and  flexibility  of 
development  tools.  Oracle  6.0  is  also  guita  demanding  of  PC  resources  (3 SMB 
hard  disk,  8  mb  memory) .  if  the  evaluation  proves  positive,  a  switch  will  be 
made  to  this  environment.  The  work  to  date  in  KiBase  has  been  very  consistent 
with  SQL  approaches,  and  should  transfer  readily  to  other  SQL  environmente. 

Zf  Oracle  6.0  is  not  suitable,  it  is  intended  that  the  DU  be  maintained  in 
RiBase.  The  prototype  is  to  be  used,  in  a  PC  environment,  for  the  summer  93 
budget  ranking  procees.  Thus,  only  these  two  choices  (KiBase  and  Oracle)  will 
be  considered  at  present  in  the  prototype  development  process,  with  a  go-no  go 
decision  made  on  Oracle  at  the  earliest  possibls  tine. 

6)  The  role  of  CKRL  in  support  of  the  process  was  discussed.  The  specific 
data  structures  that  naed  to  be  obtained  from  the  mainframe  Oracle  US 
database  for  '94  data  need  to  be  defined,  such  that  OBRL  can  prepare  and  test 
the  necessary  download  and  import  capabilities.  Much  of  this  information  is 
close  to  definition,  and  no  particular  problems  are  expected  in  this  arena. 

The  question  of  providing  support  to  D.  Harmon  during  the  '94  budget  ranking 
remains  for  discussion  (CXRL,  contractor,  or  a  combination),  as  does  tha  role 
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Corps  OAM  Budget  Decision  Support  System 
Sscood  Meeting 
0900  23  Jsnusry  1992 
Wstor  Resources  Support  Center 
Casev  BuHdtno 
Fort  Beivoir,  VA  22060 


AGENDA 


Current  Ststus  of  Automsted  Budget  System  (ABS)  under  ORACLE 

A.  Database  Structure  snd  Dots 

1.  Tsbies 

2.  Views 

3.  Forms 

4.  Reports 

5.  Triggers 

6.  Commend  rites  (SOL,  C) 

B.  Import/Export  Procedures 

1.  Ststus  of  PC  ABS 

2.  PC-ABS  to  ORACLE  exchanges 

C.  Communicetions 

1  •  PC  Asynchronous 

2.  CEAP  tsrmlnsl  connections 


X.  Ststus  of  the  COMB-DSS  Prototype 


Review 

i  of  Version  1.0 

1. 

Concept 

2. 

Tallies 

3. 

Views 

4. 

Forms 

5. 

Reports 

6. 

Data  Dictionary 

7. 

Command  FSes 

B.  Demonstration  of  Version  1.1 


C.  Discussion  of  Future  Versions 

1.  Scenario  Bukder 

2.  Financial  Analyst 

3.  Rank  Generator 

4.  Criteria  Analyst 

5.  Statistical  Analyst 
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CEWRC-IWR-R  January  28,  1992 


MEMORANDUM  FOR  RECORD 

SUBJECT:  Second  Meeting  of  COMBDSS  Project  Team 

1 .  The  second  meeting  of  the  project  team  that  is  developing  the  Corps  O&M 
Budget  Decision  Support  System  (COMBDSS)  was  held  at  the  Institute  for  Water 
Resources  on  23  January  1 992.  The  primary  purpose  of  the  meeting  was  to 
review  progress  on  the  prototype  COMBDSS.  Attending  were:  Dave  Harmon, 
CECW-OM;  Steve  Cone,  CECW-P,  Ed  Japel,  CECER-FS,  Connie  Raaymakers, 
CECER-FS,  Cathy  Ballard,  CEWES-ITL,  Steve  Scott,  CECWES-HE-E.  Bob  Athow, 
CEWES-HE,  Michael  R.  Walsh,  CEWRC-IWR;  Richard  Males.  RMM  Technical 
Services,  Inc.;  and  Craig  Strus,  Planning  and  Management  Consultants  Limited. 

The  agenda  for  the  meeting  is  attached. 

2.  Current  Status  of  ABS  Under  ORACLE.  Cathy  Ballard  described  the  status  of 
the  port  of  the  ABS  database  to  ORACLE.  All  the  tables  in  the  database  have  been 
moved  to  ORACLE  with  very  few  changes.  Many  of  the  forms  that  are  needed  to 
enter  and  edit  information  into  the  tables  are  also  completed.  Conversion  of  the 
COBOL  programs  that  provide  for  import  and  checking  of  data  from  the  field  will 
begin  shortly.  Cathy  will  supply  the  rest  of  the  team  with  a  description  of  the 
tables,  forms,  reports,  etc.  that  are  in  the  ported  database.  Cathy  also  said  that 
she  could  develop  export  procedures  to  provide  the  data  for  the  COMBDSS  in  the 
same  fixed-field  format  that  Dave  Harmon  provided  to  populate  the  database 
initially. 

Connie  Raaymakers  and  Ed  Japel  described  the  minor  changes  that  are  being  made 
to  the  micro  ABS  and  the  communication  links  to  the  CEAP  machine.  Minor  JCL 
changes  are  needed  for  the  new  machine.  No  problems  are  foreseen  here. 

3.  Status  of  COMBDSS  Prototype.  Dick  Males  gave  a  thorough  presentation  of 
the  overall  structure  of  the  COMBDSS  and  provided  a  demonstration  of  the 
prototype  version  1 .0.  The  prototype  is  being  built  under  RBase  3.1b  and  is  a 
menu-driven  application.  The  prototype  has  a  fully  functional  scenario  builder  and 
the  beginnings  of  a  financial  analyst,  the  two  most  important  modules  defined  at 
our  last  meeting.  Most  of  the  comments  during  the  demonstration  were  directed 
at  the  ‘look  and  feel"  of  the  prototype  and  not  the  underlying  logic  or  concept. 

Dick  will  address  the  ‘look  and  feel’  issues  in  the  next  version  of  the  prototype. 
Each  development  team  member  will  be  given  a  copy  of  the  prototype  to 
investigate  on  their  own.  Comments  on  the  prototype  version  1.0  should  be  sent 
to  Michael  Walsh  by  February  14.  This  is  necessary  to  provide  enough  time  to 
incorporate  the  comments  into  the  next  version  of  the  prototype  to  be  reviewed  at 
our  next  meeting  on  March  12. 

Initial  modules  for  the  rank  generator  and  criteria  analyst  will  be  provided  in  the 
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next  version  of  the  prototype.  Any  ideas  on  the  structure  or  design  of  these 
modules  should  be  provided  to  Dick  Males.  The  statistical  analyst  is  the  lowest 
priority  module  and  not  well  defined.  Michael  Walsh  will  work  on  developing  the 
concept  and  design  for  this  module. 


4.  The  ORACLE  Question.  Michael  Walsh  obtained  the  PC  version  of  ORACLE 
Database  and  Tools  for  evaluation.  The  ORACLE  database  is  certainly  capable  of 
handling  the  database  component  of  the  COMBDSS,  but  the  tools  are  more 
difficult  to  master.  The  discussion  centered  on  whether  we  should  try  and  move 
to  ORACLE  as  the  development  environment  for  the  COMBDSS.  After  weighing 
the  pros  and  cons,  the  consensus  of  the  group  was  to  continue  the  development  of 
the  prototype  under  RBase  and  consider  additional  options,  such  as  client/server 
approaches  for  the  next  cycle.  There  are  a  multitude  of  front-end  tools  being 
announced  every  day,  but  the  technology  is  still  very  new  and  likely  to  be  fraught 
with  problems.  Given  the  functioning  of  the  early  prototype  it  is  evident  that  the 
COMBDSS  under  RBase  will  be  able  to  accomplish  the  tasks  that  occur  during  the 
analysis  phase  of  the  ABS  process.  The  design  of  the  COMBDSS  uses  "vanilla 
SQL"  as  much  as  possible  to  allow  for  eventually  porting  to  ORACLE  with  the 
COMBDSS  being  developed  by  whatever  front-end  tool  we  can  get  to  work  within 
the  CEAP  environment.  Ed  Japel  suggested  that  we  talk  to  Craig  Bigelow,  NPD 
about  client/server  possibilities. 

9.  Action  Items.  Several  items  were  noted  during  the  meeting  that  require  action 
by  project  team  members.  These  action  items  are  listed  by  individual  below: 


Dick  Mates 

Connie 

Raaymakers 

Craig  Strus 


Cathy  Ballard 


Michael  Walsh 


Review  COMBDSS  Version  1 .0  and  return  comments  to  Michael 
Walsh  by  Feb  14 

Provide  comments  on  ABS  Existing  System  Document  to  Craig 
Strus  by  Feb  7 

Note  next  meeting  on  March  12  at  Headquarters  or  IWR 

Provide  COMBDSS  Version  2.0  for  March  12  meeting 

Provide  information  on  transfer  mechanisms  from  field  to  ORACLE 
to  Craig  Strus 

Revise  ABS  Existing  System  Document  and  distribute  to 
development  team  by  Mar  2 

provide  initial  documentation  about  ABS  database  under  ORACLE 
to  Michael  Walsh 

Check  on  client/server  capabilities  within  the  CEAP  environment 
Provide  information  on  statistical  analyst  for  next  meeting 


Michael  R.  Walsh 
Civil  Engineer 
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Memo  To  File 

fraai  R.  Males 

Mi  Mow  Mituru,  oomb_dss  Prototype  Version  3 

Date:  3-10-92 

1)  Ths  1st set  sorsion  of  the  prototype  systee  is  •  significant  departure 
t row  prior  versions.  enhancements  have  been  mads  to  allow  for  greater 
speed  of  processing,  simplicity  of  concept,  and  flexibility.  The  major 
changes  are  detailed  below. 

2)  Work  Function  Numbers 

Xach  work  function  is  now  assigned  a  unique  integer  number.  This 
information  is  stored  in  the  ’  wf  nuo'  field,  which  has  been  added  to  the 
OMB93  table.  These  numbers  were~as signed,  starting  at  1,  in  ascending 
OCX  rank  order.  They  arc  arbitrary  numbers,  and  are  used  to  provide 
faster  access  in  terns  of  keys  and  views,  and  to  allow  for  external 
processing  of  stored  scenarios,  as  described  below. 

3)  Kxpansion  of  OMB93  table 

The  previous  version  made  use  of  a  sub-set  table  (0MBALL1)  derived  from 
the  original  OMB93,  expanded  by  inclueion  of  the  division  name,  project 
class,  and  low  use  navigation  project  code.  The  new  version  expands  the 
OMB93  table  to  include  these  fields  in  the  table  itself,  as  well  as  the 
following  additional  fields > 


wf_num 

integer 

work  function  number 

userl 

integer 

user  defined 

user2 

integer 

user  defined 

newrank 

integer 

for  future  rank  generation 

level 

integer 

for  future  rank  generation 

Thus,  all  fields 

that  are  used  in  the  eeenario  selection  procees  are  now 

included  directly  in  the  records 

Ose  of  Scenario  Numbers 

for  OMB93. 

As  described  below,  new  processing  methods  require  the  use  of  a  unique 
work  function  number,  as  well  as  the  assignment  of  unique  integer 
scenario  numbers  in  the  required  range  (currently  1  to  47)  in  addition 
to  the  current  scenario  Muses. 

5)  Replacement  of  pxrmscxn  by  Xxternal  Bitmap  Data  File 

The  initial  design  maintained  a  PXRMSCXN  table,  that  stored  each  work 
function  present  in  each  scenario.  Processing  of  composite  scenarios 
proved  to  be  slow,  use  of  views  against  this  table  proved  impractical, 
and  the  table  could  potentially  grow  quite  large.  The  whole  purpose  of 
the  PXRMSCXN  table  was  to  record  whether  a  given  work  function  was  in  a 
given  scenario.  Due  to  the  problems  with  the  PXRMSCXN  table,  other 
methods  were  examined. 

A  work  function's  status  in  a  given  scenario  can  be  stored  in  a  single 
bit,  as  a  1  (work  function  is  present  in  scenario)  or  0  (work  function 
not  in  scenario).  This  suggested  the  use  of  bit  fields  as  a  compact 
method  of  data  storage  for  this  information.  A  table  could  be  created, 
with  a  row  for  each  work  function,  and  columns  representing  the  1/0 
flag,  for  as  many  columns  as  the  maximum  expected  number  of  scenarios. 

This  possibility  was  examined  within  RiBase.  The  minimum  field  length 
for  a  field  of  any  type  in  RiBase  is  4  bytes.  Given  the  existing  sire 
of  the  OMB93  table  (approximately  20,000  rows),  and  the  expected  maximum 
number  of  scenarios  (approximately  40),  this  would  lead  to  a  data 
storage  requirement  of  3200k  bytes,  and  entail  slow  update  processing 
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through  R:  Bam  . 

Tho  now  nlHu  of  RiBam,  version  3.1c,  allowed  for  user-defined  C 
fuaetiona  that  could  bo  Aceooood  froo  within  on  RiBam  program.  This 
■uggootod  tho  pooolblllty  of  using  tho  lntogor  flold  to  storo  not  simply 
s  slnglo  value  (1  or  0 ),  but  rnthor  a  bitmap  that  could  storo  up  to  16 
Tsluosr  and  bo  paraod  out  as  naodod.  That  is.  In  a  slnglo  coluam,  ths 
flag  status  for  up  to  16  sconarlos  could  bo  storod,  roduclng  tho  nosdsd 
data  storage  roqulrsosnts .  This  approach  was  t os tod,  but  again,  ths 
overhead  of  doing  updato  processing  within  RiBam  proved  to  bo 
excessive. 

Tho  current  amt  hod  uses  an  external  data  file  that  simulates  a  table 
with  bit-wide  columns,  and  a  sot  of  external  c  programs  that  sot  and 
road  bits  to  Indicate  work  function  status.  Communication  with  RiBaaa 
is  possible  through  use  of  tho  RiBam  'sip'  comsmnd  that  allows  for 
running  of  asternal  programs  from  within  tho  RiBam  environment.  Using 
this  method,  an  external  binary  data  filo  is  created,  with  a  single 
record  for  each  work  function.  Currently,  each  record  is  set  at  48  bits 
wide,  allowing  for  the  storage  of  48  scenarios.  Using  this  compact  form 
of  representation,  the  required  file  siu  is  136k  for  21,000  work 
functions.  (Hots  that  it  is  not  necessary  to  store  the  work  function 
number,  as  this  is  implicit  by  the  record  position  in  ths  file).  C 
programs  (detailed  below)  to  process  this  data  file  to  read  and  net  bits 
range  in  sin  from  8  to  14k,  and  can  process  the  entire  file  in  under  15 
seconds. 


Xn  practice,  a  'permanent'  scenario  in  now  a  'stored*  scenario,  h 
scenario  is  stored  whan  the  bit  for  the  scenario  eoluan  is  Ht  to  1  for 
each  work  function  in  that  scenario.  The  un  of  work  function  numbers 
allows  for  handling  this  very  simply. 


By  way  of  example,  the  bitmap  file  can  be  viewed  schematically  ast 


si 

wf  mam 


1  1 

2  0 

3  0 

4  1 

5  1 

e  e  e  e  see 

21,000  1 


s2  s3  s4 

0  10 
0  10 
0  0  0 

110 
10  0 
...  “*  ... 


...  ...  s48 

. . .  ...  1 

...  ...  0 

...  ...  0 

...  ...  1 

...  ...  0 

eee  see  see 

...  ...  0 


Under  this  example,  work  function  number  1  is  present  in  scenarios  1,  3 
and  48,  while  work  function  5  is  present  in  scenarios  1  and  2. 

Using  this  form  of  representation,  it  is  easy  to  sat  all  bits  for  a 
given  scenario,  knowing  the  scenario  number  and  having  a  list  of  the 
work  functions.  Similarly,  it  is  simple  to  generate  a  list  of  all  work 
functions  in  a  given  scenario  (by  writing  the  work  function  numbers  to 
an  ASCII  file),  and  to  perform  boolean  operations  to  set  a  bit  for  a 
work  function  based  on  other  bits  for  that  work  function  (as  in  creation 
of  composite  scenarios) . 

6)  functionality  for  programs  manipulating  the  bitmap  file 

The  following  are  the  functionalities  for  the  current  suite  of  external 
C  programs  that  manipulate  the  bitmap  file,  and  the  method  by  which  they 
are  invoked  at  the  005  command  line.  (The  suffix  numbers  in  the  program 
naaws  are  the  current  development  version  numbers  of  each  program,  and 
may  change  before  finalising  the  functionality) .  Rote  that  theM 
programs  operate  entirely  independently  of  RiBam,  but  mechanisms  have 
bmn  created  to  pass  information  betvaen  the  two  data  storage  f onsets. 
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M  deecribed  later. 

CREATE  BITMAP  PILBi 

Create  an  aapty  data  file  for  a  specified  nuabar  of  work 
functiona  j 

Oaagai  B0ILDPL5  nuabar_of_records 
STORB  A  SCBMARIOt 

Given  a  acanario  nuabar,  and  an  aaeii  file  containing  a  Hat  of 
work  function  nuabar a,  aat  tha  corraapondlng  acanario  bit  on; 

Oaagai  STORSCN1  acanario_nuabar  wf_list_file 

CLEAR  A  SCBMARIOt 

for  a  glvan  acanario  nuabar,  sat  tha  bit  In  all  work  functiona  to 
off; 

Oaagai  CLRSCN4  scanario_nuabar 

OBMBRATB  LIST  OP  WORX  FUNCTIONS  IM  A  SCBMARIOt 

For  a  glvan  acanario,  genarata  an  aacli  fila  containing  a  list  of 
work  function  nuabara  that  ara  in  tha  acanario; 

Oaagai  DOMPSCNl  acenario_nuaber  output_f ila_naaa 

OBMBRATB  A  COMPOSITE  SCENARIO  PROM  OTHER  SCENARIOS! 

Oivan  an  output  acanario  nuabar  (targat)  and  an  ascii  fila 
containing  the  acanario  nuabara  to  chack  for  add,  and  tha  acanario 
nuabara  to  chack  for  dalata,  oat  tha  targat  acanario  bit  to  on  if 
any  of  tha  add  acanario  bits  ara  on,  and  nona  of  tha  dalata 
acanario  bits  ara  on,  for  all  work  function  nuabara; 

Oaagai  C0KPSCM3  acanario_nuabar  add_daleta_file_naae 

BISPLAT  TO  THB  SCREEN  THE  SCENARIOS  THAT  ARB  ON  FOR  BACH  WORX  FUNCTION  i 

Raad  through  tha  fila,  and  dioplay,  for  aach  work  function,  tha 
acanarioa  that  ara  aat; 

Two  fonaata  ara  currently  provided t 

READSCNlt  ganarataa  a  liat  of  tha  nuabara,  a.g. 


wf 

56 

5 

16 

wf 

59 

5 

16 

wf 

65 

5 

16 

wf 

574 

16 

indicating  that  work  function  nuabar  56,  59,  and  65  are  in 
acanarioa  5  and  16,  and  work  function  574  is  in  16. 

READ8CN2 i  ganarataa  a  bit  array,  a.g. 

wf  56 |  00001000000000010000000000000000000000000000000 
wf  59!  000010000000000 10000000000000000000000000000000 
wf  65 {  00001000000000010000000000000000000000000000000 
wf  574|  oooooooooooooooiooooooooooooooooooooooooooooooo 
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Mat  hod  of  Communication  of  BitMap  frogrm  with  RiBase 

Tho  bitmap  program a  aro  activated  from  within  RiBase  through  tha  'sip' 
command,  aa  noted  previously.  The  actual  bitmap  file  rums  ia 
‘hardwired*  in  aa  DS1BTMAP.PIL.  Scenario  numbers  are  paaaed  in  on  the 
command  line,  aa  are  file  naaea. 

When  it  is  desired  to  store  a  scenario  that  ia  in  tha  TEMP SCAN  table, 
the  COMB  DSS  generates  an  ascii  file  containing  all  the  work  function 
numbers  Trom  the  records  in  the  TEMPSCSN  table,  and  then  executes  the 
STORSCM1  program,  passing  this  file  name,  and  the  scenario  number,  as 
parameters.  When  information  needs  to  be  passed  back  to  RiBase,  to 
obtain  a  list  of  work  function  numbers  in  a  given  scenario,  the  DUMPSCN1 
program  is  activated,  paaaing  the  scenario  number  and  the  desired  nsms 
of  the  output  file  on  the  command  line.  DOMPSCNl  then  generates  an 
ascii  file  of  work  function  numbers  in  the  scenario.  The  RiBase  ‘load 
from  filename  as  ascii'  command  is  then  used  to  load  this  information 
back  into  the  database  system.  To  this  end,  a  new  table  has  been 
created,  WP  MOM,  consisting  of  a  single  field,  wf  nun  (work  function 
number).  In  this  manner,  it  is  quite  straightforward  (and  fast)  to  move 
information  between  the  two  storage  formats. 

Ose  of  work  function  numbers  in  views  and  sub-selects 

The  above  noted  functionality  allows  for  tha  creation  of  a  view  between 
the  OMB93  table  and  tha  WT_N0M  table.  Recall  that  the  WP_R0M  table 
stores  information  retrieved  from  the  external  bitmap  file.  The  view 
WPVIBW  is  defined  on  these  two  tables,  giving  access  to  all  the  fields 
in  OHB93  that  are  present  in  WP  MOM.  Because  both  tables  are  keyed  on 
the  integer  wf_num  field,  the  view  processes  rapidly. 

In  addition  to  the  view,  the  use  of  work  function  numbers  allows  for 
simple  editing  of  tha  work  functions  in  OMB93,  based  on  either  a 
recalled  atored  scenario,  or  on  tha  work  functions  in  tha  TRMP8CBM 
table,  by  use  of  a  sub-select,  e.g. 

■BIT  ALL  PROM  OMB93  WHZRX  WP_NUM  XM  (SSL  NP_NUM  PROM  TRMPSCSN) 

Status  Table 

Croups  of  work  functions  may  now  stored  in  either  of  two  tables i  the 
WP_M0M  table,  and  tha  TSMPSCEW  table.  In  order  to  allow  the  user  to 
keep  track  of  what  scenarios  each  table  represents,  a  STATUS  table  has 
been  defined,  that  keeps  track  of  the  scenario  name,  and  date  and  time 
of  loading,  for  the  WP  NUN  and  TBMPSODI  tables.  A  menu  option  permits 
tha  display  of  information  in  this  table,  to  remind  the  user  of  what 
scenarios  are  represented  in  the  two  tables. 


Points  by  Dave  Harmon 

A.  Ability  to  Do  intersections  when  creating  composite  scenarios 

B.  Financial  Analyst  Reports 

C.  Summary  Reports 

D.  Ability  to  Show  description  and  funding  argument  when  running 
report  for  temporary  and  permanent  scenarios 

E.  Summary  tables  for  omb91  and  omb92  need  to  be  rolled  up  by 
division  and  feed 

P.  Harmon  to  order  RiBase 

G.  RMH  to  provide  speefs  for  files  to  be  downloaded 

H.  Meeting  with  Jim  Craws  and  John  Parse  to  diseuss  rank  analyst.  6- 
10  April 
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IX. 

III. 

XV. 

V. 

VI. 

VII. 

VIII. 

IX. 

X. 

XI. 
XIX. 

XIII. 

XIV. 


AV  . 

XVI. 

XVII. 
XVIII. 
XXX. 

XX. 

XXI. 

XXII. 
XXIII. 

XXIV. 

XXV. 

XXVI. 
XXVII. 


Add  VCCD  Prefix  Titles  to  Xvaluationa  Report 
Index  Tempecen  on  OXVRAM,  Projcls,  FCCD 
Make  /  of  lots  in  bitmap  file  a  define 
Add  edit  of  title  tablee  to  ay stem 

pick  which  one*  you  want  to  eee  in  scenario  evaluation  report 
warn  on  overwrite  of  tempscen 

check  on  cuasilative  coots  -  make  sure  that  is  is  in  fact  leaving 

the  correct  entries  in  when  deleting 

Oenerate  cumulative  cost  -  separate  functionality 

Report  by  cusailative  cost  (by  division,  by  ocerank) 

Change  manage  scenarios  prompt  in  app  to  picklist 
Intersect  scenario 

In  financial  reports,  7  columns  (format  9,999,999) 

■•■sages  throughout  to  let  user  know  something  is  happening  (or 
confirm)  in  particular,  expert 
DXV  pcco  Prefix  Rollup  Table 
Mt  *ti  (4  ictiiArloa  aix 

Initial  icratni nq  ro— itnd  filn  -  tallinn 
Data  Checking  rnnmsnrt  file  -  for  downloads 
Xxpect  1st  download  in  eid»july 

In  logic  for  primary  scenario,  work  with  anda  between  groupe,  ors 
within e 

Check  RQL  functionality  -  see  what  problem  la  in  teetsol 

confirm  message  to  process  SQL 

eee  why  newpage  in  run  sgl 

add  save  option  to  menu  in  enter 

clarify  when  things  get  saved. 

poeeible  functionality  -  show  generated  sql,  save  generated  sal 
needed  functionality  *  clonse  sql 
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CEWRC-IWR-R  March  23.  1992 


MEMORANDUM  FOR  RECORD 

SUBJECT:  Meeting  on  COMB_OSS  Version  1 .3 

1.  Dave  Harmon,  Dick  Moles  and  I  met  on  16  March  to  review  COMBDSS  Version  1.3. 
This  meeting  was  held  in  lieu  of  a  general  meeting  of  the  development  team.  The  next 
meeting  of  the  development  team  will  be  held  in  conjunction  with  the  IOMT  Field  Review 
Group  meeting  in  Portland  during  22-23  April  1992. 

2.  The  C0M8_DSS  Version  1 .3  has  been  streamlined  to  make  it  easier  to  create,  store 
and  evaluate  many  scenarios,  and  the  processing  speed  has  baen  increased  by  using  'C' 
programs  in  conjunction  with  the  R:Base  database  system.  We  now  have  the  capability  to 
produce  acanarioe  based  on  any  attribute  of  a  work  function,  such  as  funding  level,  FCCD, 
or  District.  I  have  attached  a  memo  by  Dick  Males  describing  the  new  features  of  the 
COMB  DSS  Version  1 .3.  I  have  also  attached  a  schematic  drawing  of  the  table  and  view 
structure  dated  3/1 1/92. 

3.  We  also  discussed  a  proposal  for  ranking  scenarios.  The  general  idea  is  to  give  a  score 
to  each  acenario  and,  by  association,  to  each  work  functions  that  fads  within  the  scenario. 
An  aggregate  work  function  score  is  calctiatad  for  each  work  function  according  to  a 
weighting  scheme  and  the  work  function  scores  partition  the  set  of  aH  work  functions  into 
sub-sets  or  groups.  An  work  functions  with  the  same  score  are  placed  into  a  group.  Work 
functions  can  then  be  ranked  within  groups  using  a  variety  of  algorithms  to  create  a  new 
overall  ranking.  For  example.  aH  work  functions  within  a  group  can  be  ranked  according  to 
original  division  rank.  This  new  method  works  with  sets  of  work  functions  (scenarios) 
instead  of  individual  work  functions.  It  could  maka  the  evaluation  process  more 
manageable.  I  have  attached  a  short  description  of  the  ra-ranking  procedure  written  by 
Dick  Males.  Dave  thought  the  proposal  had  promise,  but  aakad  us  to  talk  to  Jim  Crews 
and  John  Pares  about  the  idea.  He  also  thought  we  should  get  some  feedback  from  the 
Field  Review  Group. 

4.  Based  on  this  meeting  we  are  going  to  maka  some  technical  changes  to  COMB_DSS 
Version  1.3.  continue  to  develop  the  scoring  proposal  for  scenarios,  and  get  ready  for  the 
summer  test  of  the  COMBDSS  with  FY  94  data.  The  final  attachment  is  a  memo 
summarizing  the  details  of  the  meeting  and  specifying  work  to  be  done. 

6.  Please  let  me  know  your  reaction  to  the  new  version  of  the  COMB  DSS,  the  proposal 
for  scoring  scenarios  and  anything  else  on  your  mind  about  this  project.  If  anyone  wants  a 
revised  version  of  the  COMB_DSS  before  the  Portland  meeting,  let  me  know. 

Michael  R.  Walsh 
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POTENTIAL  EVALUATIVE  (RE-RATalNG)  PROCEDURES 


Two  genenl  methods  for  ranking  work  functions  are  formal  combinatorial  ranking 
procedures,  and  'grouping  and  assessment’  procedures.  The  latter  approach  appears  to  be 
the  preferred  method  for  the  new  ABS  ranking  process. 

In  formal  combinatorial  methods,  points  are  awarded  based  on  the  values  of  various  factors 
for  each  work  function  and  then  these  factors  are  weighted  and  the  total  score  calculated  for 
each  work  function.  Work  functions  are  ranked  according  to  their  score.  In  grouping  and 
assessment  procedures,  methods  are  used  to  select  work  functions  that  fit  into  various  groups 
based  on  values  for  selected  factors  and  then  these  groups  are  assessed  and  work  functions 
ranked  based  on  their  placement  in  a  group  or  multiple  groups. 

For  either  method,  it  is  key  that  factors  are  defined  for  each  work  function  that  reflect  the 
desired  decision  variables.  For  example,  if  HQ  wishes  to  minimize  the  risk  of  environmental 
disasters,  then  a  factor  is  required  for  each  work  function  that  measures  the  potential  risk. 
Following  are  several  factors  that  may  be  useful  in  any  national  ranking  procedure: 

•  Measures  of  the  potential  of  risk  and  the  extent  of  risk  to  safety,  environment,  and 
monetary  damages  associated  with  not  funding  a  work  function  in  the  present  year. 
The  potential  of  risk  reflects  the  present  condition  of  the  facility  and  how  that  could 
affect  the  chances  that  some  negative  impacts  will  occur  if  the  work  function  is  not 
funded.  The  extent  of  risk  is  a  measure  of  the  potential  level  of  negative  impacts. 


•  Potential  contribution  of  the  work  function  to  possible  national  goals  such  as 

improving  the  environment,  increased  recreation,  improved  navigation  safety.  These 
factors  could  change  each  year  to  reflect  national  goals  or  could  remain  constant  and 
then  be  ’weighted’  differently  in  the  ranking  procedure  based  on  national  goals. 
Additionally,  it  is  possible  that  these  factors  could  be  derived  in  part  based  on  the 
work  function  category  associated  with  cadi  work  function. 

The  ’scenario’  approach  utilized  in  the  COMB  DSS  is  an  example  of  a  grouping  and 
assessment  procedure.  In  this  approach,  a  work  function  is  identified  as  either  being  in  or 
out  of  a  particular  basic  scenario  based  on  values  of  one  or  more  factors  for  that  work 
function.  These  basic  scenarios  may  then  be  aggregated  through  boolean  logic  (e.g.  all  work 
functions  in  scenario  A  or  scenario  B  but  not  in  scenario  C)  to  create  composite  scenarios.  It 
should  be  noted  that  scenarios  may  be  defined  to  reflect  a  positive  (e.g.  high  Division 
preference)  or  negative  (e.g.  high  costs)  grouping  from  the  point  of  desirability  but  that  this 
judgement  is  explicitly  made  at  the  later  assessment  stage  rather  than  at  the  grouping  stage. 


RE-RANKING  METHODOLOGY 

The  work  functions  initially  receive  'bogus'  OCE  ranks,  derived  from  funding  levels  and 
Division  ranks.  The  ultimate  goal  of  the  existing  budget  process  is  to  obtain  an  ordered  list 
of  work  functions,  and  define  a  'cut-off  rank  above  which  all  work  functions  are  funded, 
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and  below  which  work  functions  are  not  funded.  In  theory,  as  funds  availability  changes, 
this  cut-off  rank  will  move  up  or  down  the  list  of  work  functions,  but  the  ordering  of  the  list 
should  not  change.  In  the  OCE  ranking  process,  work  functions  are  'moved  around*  in  the 
list  (in  regards  to  their  original  rank  ordering)  necessitating  a  re-ranking  to  obtain  the  final 
ordered  list.  The  existing  process  in  effect  groups  work  functions  into  'fund'  and  'no-fund* 
groups,  after  which  a  re- ranking  is  required.  An  objective  of  the  re-ranking  is  the 
preservation  of  lower  level  (Division/District)  ranks,  insofar  as  possible. 

A  proposed  method  of  performing  the  re-ranking  makes  use  of  the  scenario  concept,  and  the 
bit  map  file  that  records  the  presence  or  absence  of  a  work  function  in  a  scenario.  At  the 
start  of  the  re-ranking  process,  then,  it  is  assumed  that  we  have  all  scenarios  defined,  we 
know  what  each  of  these  scenarios  means,  and  we  have  On  the  bitmap  Ok)  the  complete 
assignment  of  all  work  functions  to  scenarios.  The  initial  goal  is  to  partition  all  work 
functions  into  groups  (with  each  group  assigned  a  numeric  'scene'),  within  which  OCE  is 
indifferent  as  to  the  relative  position  of  the  work  function  within  die  group.  That  is, 
scenarios  are  used  to  assign  identical  integer  score  values  to  work  functions  in  the  scenario. 

Each  scenario  is  assigned  a  numeric  scene  (not  to  be  confused  with  the  funding  level  of  1,  2, 
3,  or  4),  with  the  lower  score  representing  the  most  desirabk.  Different  scenarios  could 
each  be  assigned  to  the  same,  or  different,  scores.  Such  a  score  would  in  some  way  reflect 
national  policy,  and  the  priority  to  be  given  to  the  group  of  work  functions  in  the  scenario. 
OCE,  for  example,  might  define  a  range  of  from  1  to  50  for  scoring,  and  assign  each 
soenario  a  value  in  that  range.  A  'Scenario  Scoring  Table'  would  hold  the  score  to  be 
associated  with  each  scenario. 

Once  the  Scenario  Scoring  Table  is  defined,  the  next  step  would  be  to  assign  scores  to  the 
individual  work  functions.  If  a  work  function  is  in  only  a  single  scenario,  it  would  be 
assigned  the  score  of  that  scenario.  If  a  work  function  is  in  muldpk  scenarios,  other 
alternatives  are  possibk.  A  work  function  could  be  assigned  a  score  based  on  the  lowest 
score  for  any  scenario  in  which  it  is  included. 

Alternatively,  if,  in  the  re-ranking  process  it  is  desired  to  recognize  the  value  of  a  work 
function  being  included  in  more  than  one  scenario,  a  work  function’s  score  could  be  the  sum 
of  levels  for  all  scenarios  that  it  is  in.  Still  another  possibility  is  to  assign  weighting  factors 
to  scenarios,  and  develop  a  score  based  upon  the  individual  scenario  scores  and  weighting 
factors,  for  each  scenario  in  which  a  work  function  is  located.  These  options  depend  upon 
the  manner  in  which  scenarios  themselves  are  defined  (do  they  overlap,  or  are  they 
completely  disjoint  sets  of  work  functions?)  and  used. 

In  any  case,  once  the  work  function  score  has  been  determined,  the  work  functions  can  be 
ordered  by  this  score.  If,  as  in  the  example  above,  a  range  of  1  to  50  is  defined  for  the 
score,  this  will  define  SO  groups,  within  which  OCE  is  indifferent  as  to  the  local  ordering. 

At  this  point,  any  of  a  number  of  algorithms  could  be  used  to  provide  a  distinct  ordering 
within  the  score  group.  If,  for  example,  Division  rank  is  to  be  preserved  within  a  score 
group,  then  an  algorithm  similar  to  the  bogus  rank  assignment  process  could  be  used.  A 
'shuffling'  procedure,  based  on  developing  sets  of  work  functions  in  a  group  by  Division 
(ordered  by  Division  rank),  and  then  grabbing  work  functions  from  each  Division  in 
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sequence  (with  the  se- sequence  randomized  for  each  pass  through),  would  provide  a  measure 
of  fairness.  Other  factors  could  be  developed  to  do  the  'within  score  group’  ordering,  based 
oo  information  stored  in  each  work  function’s  record. 

In  keeping  with  the  modular  concept  of  the  COMB  DSS,  and  the  'grouping  and  assessment' 
approach,  once  a  final  re-ranking  has  been  determined,  it  could  be  passed  through  a  Rank 
Analyzer  Module.  This  module  would  examine  the  ranked  list,  and  point  out  defined 
anomalies,  i.e.  situations  in  which  a  less  desirable  Division  ranked  work  function  has  been 
placed,  in  the  final  list,  ahead  of  more  desirable  work  functions.  In  this  manner,  the  impacts 
of  the  re- ranking  could  be  examined,  and  alternative  re-rankings  investigated.  Inasmuch  as 
this  process  now  comes  down  to  re-defining  the  scenario  scores,  and  perhaps  cross-scenario 
weights,  and  given  the  relative  speed  of  the  rank  generation  and  assessment,  it  should  be 
possible  to  explore  a  number  of  alternatives  during  the  re- ranking  effort. 

In  summary,  the  proposed  re-ranking  design  requires  an  indifference  to  the  detailed  ranking 
of  work  functions  within  seme  levels.  Through  use  of  the  scenario  concept,  and  appropriate 
definition  of  scenarios,  it  should  be  possible  to  readily  define  score  groups,  perform  re¬ 
ranking,  and  assess  the  results  of  the  re-ranking.  There  should  be  no  great  difficulties  in 
rapidly  developing  prototypes  of  the  re-ranking  and  rank  analyzer  software.  Obviously, 
considerable  experimentation  will  be  required  to  learn  to  use  and  fine  tune  this  approach. 
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To i  c.  Strus 
Froii  Dick  Males 

Rai  Required  Specifications  for  Divison-Rank  Preserving  Algorithm 

1)  Tha  propoaad  ranking  methodology  involving  acanarioa,  acanario  scores, 
and  work  function  acoraa  haa  been  outlined  previously,  and  ia  ahown 
schematically  in  tha  accompanying  wpg  filaa.  In  effect,  aach  work 
function  will  and  up  with  a  non-uniqua  intagar  work  function  acora, 
aaaignad  fraa  tha  acanarioa.  Tha  problem  ia  to  define  unique  work 
function  ranka  that  reapact  tha  diviaion  ranking.  Thus,  tha  basic  input 
to  tha  algorithm  ia  a  liat,  aa  followat 

wf_nua  diviaion  wf_acora  div_rank 

234  RAD  3  23 

256  HAD  4  17 


Tha  work  function  acora  ia  expected  to  be  an  intagar  probably  in  tha  1 
to  100  ranga  (1  batter).  Tha  diviaion  rank  and  diviaion  are  tha  codea 
currently  in  tha  ASA  databaae  that  you  have.  Tha  work  function  n unbar 
ia  tha  new,  arbitrarily  aaaignad  intagar  nuaber  for  tha  work  function  (I 
bo 1 leva  tha  vara ion  you  have  eontaina  thia  work  function  nuaber) . 

Thia  liat  will  be  output  aa  an  aacii,  fixed  format  file.  I  currently 
propoae  to  aort  tha  liat  by  wf_score  deacending,  diviaion,  and  diviaion 
rank  aecending.  Thia  will  group  tha  work  functiona  by  acora,  than  by 
diviaion,  and  than  by  invaraa  diviaion  rank. 


2)  Tha  daairad  output  ia  a  liat  {aacii  file)  of  wf  nun  and  unique  integer 
ranka,  atarting  at  1  and  increaaing  (1  ia  batter).  Thia  can  than  be 
input  into  the  XiBaaa  ayataa  for  further  processing.  Tha  output  would 
be  a  fixed  fonaat  file. 

The  algorithm  I  am  propoaing  will  act  aa  followat 

a)  read  all  the  work  functiona  from  tha  input  liat,  for  tha  current 
work  function  acora,  into  atacka  (one  for  each  diviaion),  auch 
that  aach  diviaion  now  haa  a  'pile'  of  work  functiona,  with  tha 
beat  diviaion  rank  on  the  top  of  each  pila.  (By  ordering  tha 
input  liat  in  invaraa  diviaion  rank  order,  wa  can  aat  up  thaaa 
atacka  ao  that  they  and  up  with  tha  baat  on  top). 

b)  Randomise  tha  divieiona.  Than  pick  up  tha  work  function  on  tha 
top  of  aach  atack  for  aach  diviaion,  and  put  it  in  tha  output 
liat.  Ra-rsndomixs  the  diviaion  order  and  repeat,  until  no  work 
functiona  are  left  in  tha  atacka. 

c)  Read  tha  next  group  of  work  functiona  at  tha  next  work  function 
acora  level  and  repeat  tha  proceea,  until  tha  input  liat  ia 
exhauatad. 

3)  I  do  not  aee  thia  aa  anything  too  complex  at  thia  time.  I  don't  think 
it  ahould  taka  more  than  a  day  or  two  max  to  implement.  Tha  only  tricky 
thing  ia  keeping  track  of  the  input  buffer  at  tha  and  of  aach  work 
function  acora  group,  that  signals  tha  change  in  work  function  acora. 
Thia  haa  to  be  kept  around  while  processing  tha  previous  group,  and  than 
used  to  initialise  tha  stack  in  tha  next  group.  Let  me  know  what  you 
think. 
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Data i  S/29192 
To i  Dick  Males 
fteai  Craig  Strua 
Rat  Re-ranking 

To  battar  accomodate  tha  possible  ways  tha  data  might  ba  alicad,  dicad,  and 
a  cor  ad,  X  have  implemented  tha  linkad-liat  approach  to  allocation  of  masNsry . 

In  testing  tha  approach,  X  was  abla  to  dafina,  for  a  given  acora  and  division, 
18, XXX  work  functions.  X  think  (hops)  that  bayond  this,  tha  uaar  *ust  rethink 

tha  alicing  of  data.  Tha  underlying  problaa  is  that  we  are  running  in  real 

■ode  (I  have  about  580k  free  at  tha  doe  prompt).  Xf  this  approach  fails,  two 
other  options  are  available.  Tha  first  option  would  ba  to  mite  each  stack  to 
its  own  output  file  which  assuaas,  as  you  mentioned  previoualy,  that  tha  input 
file  is  ordered  in  opposite  order.  Tha  eecond  approach  is  to  use  a  doa 
extender  and  perhapa  Watcom  or  Zortech  C++  in  protected  mode  to  accaas  larger 
arrays. 

Tha  basic  structure  ia  as  follows i 

struct  NFORStruct 

{ 

char  DivMam(4]; 

long  int  DivRank; 

long  int  NfXum; 

long  int  Wf Score; 

struct  NFORStruct  *LastNode; 

struct  NTORStruct  •MextModa; 

>; 

This  holds  all  of  the  list  elements  for  a  given  stack. 

//  Tha  division  stack  pointers 

struct  NFORStruct  DivXndex[MaxDivisions] ; 

This  points  to  tha  bottom  of  each  stack  for  each  division. 


struct  NFORStruct  *0etNF0R; 
struct  NFORStruct  *CurrNF0R; 

Struct  NFORStruct  •MaxtNFOR; 
struct  NFORStruct  *LastNF0R; 

These  are  pointers  used  to  gat  memory,  link  elements  together,  and  transverse 
through  the  lists  thamselve.  Tha  only  pointer  address  that  actually  gats 
■smory  is  GetHFOR.  I  hope  this  proves  adequate.  Please  beat  thia  up  and  let 
me  know  what  you  think. 

Thanks, 

Craig 
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June  8,  1992 


MEMORANDUM  FOR  RECORD 

SUBJECT:  Meeting  on  COMB_DSS  Version  1.4 

1 .  Dick  Males  and  I  met  on  3  June  1 992  to  review  the  COMB_DSS  Version  1 .4 
prototype.  We  spent  the  day  testing  the  functions  of  the  COMB_DSS  in 
preparation  for  installing  the  prototype  on  Dave  Harmon's  PC.  I  tested  the 
prototype  by  creating,  editing  and  running  several  scenarios  that  selected  different 
groups  of  work  functions.  We  found  some  'bugs'  in  some  of  the  menu  selection 
functions.  Most  were  fixed  on  the  spot,  while  some  will  be  fixed  in  the  next 
iteration  of  the  COMB_DSS  Version  1.5.  Dick  will  provide  me  with  a  copy  of  the 
new  version  by  19  June  1992. 

2.  Dick  and  I  met  with  Dave  Harmon  on  4  June  1 992  to  install  COMBJDSS 
Version  1 .4  on  his  PC  and  to  discuss  a  plan  of  action  for  supporting  Dave  during 
the  analysis  phase  of  the  budget  process  that  will  start  after  15  July  1992. 

Dave's  PC  is  a  486  50  MHz  Compaq  and  the  C0MB_DSS  was  able  to  generate 
rather  large  scenarios  in  less  than  5  minutes.  Overall,  the  processing  time  for 
generating,  evaluating  and  reporting  on  scenarios  is  satisfactory.  Further 
improvements  in  Rbase  software  will  only  speed  the  system. 

3.  After  testing  and  fixing  the  system  for  some  time,  we  discussed  how  to  use 
the  COMB_DSS  to  assist  with  the  currently  defined  process  of  work  function 
analysis.  We  are  quite  certain  that  the  COMB_DSS  can  make  the  existing  analysis 
process  easier  than  in  the  past.  We  need  to  think  more  about  how  to  use  the 
COMB_DSS  to  assist  with  analysis  at  sub-levels  (more  than  1,2,3  and  4)  and  to 
allow  selection  of  work  functions  based  on  additional  criteria,  such  as  condition 
indices,  economic  benefits  and  other  work  function  outes.  The  scenario 
development  and  ranking  procedures  available  in  the  CuMB  DSS  will  support  a 
more  detailed  analysis,  however,  we  really  have  to  think  about  what  analyses 
make  sense  to  make  better  decisions  about  the  budget. 

4.  I  would  like  to  have  a  meeting  of  the  COMB_DSS  development  team  on  1  July 
1 992  at  IWR  to  discuss  the  status  of  COMB_DSS,  develop  a  plan  of  action  for 
supporting  the  O&M  budget  process  and  documenting  the  process  to  determine 
what  we  did  right  and  wrong  with  the  COMB_DSS  and  to  think  about  the  future  of 
the  prototype  after  this  budget  cycle.  The  1  July  date  will  give  us  some  time  to 
make  any  minor  changes  to  the  C0MB_DSS  and  devise  a  plan  for  assisting 
Operations  in  using  the  C0MB_DSS  before  the  1 5  July  beginning  of  the  analysis 
phase. 


Michael  R.  Walsh 
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Naao  To  Filo 
from;  R.  KtUi 

Rot  tarliioni  to  COMBDSS,  Version  1.5,  and  Dug*  Motas 
Data i  6-16-92 

1)  Baaad  on  tha  pravioua  mama  (6/5/92),  a  nuabar  of  changes  wara  made  to 
tha  COMBDSS.  Tha  new  application  ia  C0M8DSSK.  The  atatua  of  tha 
changes  detailed  in  that  mam o  axa  indicated  below.  All  items  other  than 
thoaa  liatad  below  have  bean  completed: 

•  Check  tha  reviaed  SQL  generation  capabilitiaa  under  a  variety  of 
circumstances,  to  inaura  that  tha  generated  SQL  ia  proper  and  haa 
tha  appropriate  syntax;  (more  checking  in  next  round  of  tenting) 

•  Check  poaaibility  of  automatically  detecting  tha  praaence  of 
wildcard  charactara  in  tha  add/dalete/intaraect  forma,  whan 
generating  SQL;  (not  implemented  at  thia  time] 

•  Change  the  diaplay  format  of  the  total  cost  figurea  on  acreen,  to 
raawve  the  .00;  (done  where  problem  known  to  exist  -  not  readily 
possible  in  browse  screens,  forms  oriented  viewing  of  workfunc 
table] 

•  reviee  reranking  so  that  reranka  increment  by  3  instead  of  1  (done 
-  implemented  as  a  variable,  currently  set  to  3  in  tha  command 
file] 

•  Develop  docuawntation  binder;  (not  dona] 

•  generalise  the  command  tree  documentation  program  to  accept  any 
extension;  (not  done  as  yet] 

•  consider  placing  command  on  menu  to  re-establiah  the  bitmap  file; 
(decieion  not  to  do] 

•  consider  database  backup  and  checking  ccmmande  for  menu;  (database 
checking  implemented;  etub  program  for  database  backup  exists  (on 
menu,  but  not  implemented) ) 

Mote  that,  because  a  variety  of  new  rnmmanrt  files  have  been  created,  the 
detailed  programmer  level  documentation  needs  to  be  updated. 


2)  in  the  course  of  carrying  out  these  changes,  a  number  of  structural 

modifications  were  made  to  the  system.  In  particular,  generation  of  tha 
financial  rollup  reports  with  titles  and  break  totals  required  a  number 
of  changes,  as  follows; 

Use  of  Crosstab  Tables  for  Reports  and  Export 

A  new  method  of  developing  the  financial  scenario  comparison  reports  waa 
implemented.  The  previous  method  was  time-consuming,  and  for  earns 
canes,  incorrect.  The  new  method  makes  use  of  a  modification  of  a 
technique  presented  in  the  Rilase  Exchange  Newsletter  published  by 
Hicrorim,  in  which  the  results  of  a  crosstab  command  are  loaded  into  a 
table.  The  crosstab  table  is  generated  by  running  a  command  file  that 
generates  a  table  in  which  each  row  represents  tha  appropriate  sum  of 
dollars  for  division,  feed,  feed  prefix,  etc.,  for  up  to  7  scenarios.  A 
report  is  then  run  against  this  table,  allowing  the  props*'  definition  of 
break  totals.  This  technique  proved  neceaaary  to  get  the  proper  break 
totals  for  the  feed  prefix  and  feed  rollup  reports,  and  operates  more 
quickly  than  the  previous  method,  so  it  was  extended  to  all  financial 
reports.  The  command  file  that  performs  the  overall  processing  ie 
SCBNREP7.CMD,  and  CTAB4.CKD,  called  from  SCENRBF7.CHD,  generates  the 
crosstab  tables. 
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Immn  the  crosstab  tatolaa  ara  built  prior  to  running  tho  reports.  thoy 
ara  available  f or  browning  from  tho  ' browaa  any  table'  aanu  item.  Mora 
importantly,  thia  praaanta  an  alternative  Mat hod  of  developing  axport 
tables,  using  tho  ' unload  data  aa  aacii ’  option,  rathar  than  ganaratlng 
a  specially-formatted  roport.  Accordingly,  tho  axport  and  report  oonua 
haaa  boon  coobinod.  Selection  of  either  the  export  or  report  for  a 
glean  report  type  (a.g.  by  diviaion)  will  reault  in  tho  generation  of  a 
corroaponding  croeetab  table,  froa  which  the  report  ia  printed  and/or 
tho  export  data  file  ia  generated. 

Rote  that  thia  awthod  of  generating  export  data  does  not  give  all  of  the 
titles  aaaociated  with  each  row  of  the  report,  simply  the  data  it- sea . 

Title  Table 

A  new  table  was  created,  'seentitle'  containing  three  text  labela  for 
each  scenario,  to  be  used  in  the  reports.  The  'Sat /Adit  Scenario 
Titles'  on  the  'Manage  Scenarios'  aanu  performs  the  following  functional 


a)  the  div_s_J  table  ia  scanned  for  any  scenario  names  not  currently 
prsaent~in  the  aeentitle  table,  which  are  than  inserted  into  the 
aeentitle  table; 

b)  the  third  label  (the  bottom-moat  on  the  report)  is  then  set  to  the 
scenario  name,  if  the  label  ia  blank; 

c)  the  user  is  placed  in  edit  mods,  to  allow  for  maintenance  of  the 
tables. 

In  thia  manner,  the  titles  table  will  always  contain  the  scenario  names 
for  all  scenarios  that  have  been  stored,  providing  that  the  set/edit 
scenario  titles  option  ia  selected. 

TOCO  Break  Totals  -  Definition  and  Labeling 

In  order  to  provide  the  desired  break  totals  on  the  rccs  and  TOCO  prefix 
reports,  a  new  column,  feedbrk,  was  added  to  the  PCCDPRTI  (feed  prefix 
titles)  table,  to  indicate  the  break  level  associated  with  each  feed 
prefix.  Break  totals  in  the  feed-based  reports  a re  triggered  when  this 
value  changes.  The  values  can  be  edited  through  the  'browse  any  table* 
option. 

The  title  to  be  applied  to  the  break  total  on  the  report  (e.g.  'Sub- 
Total  for  Operations'  for  break  level  1)  is  found  in  the  brktltle  table, 
which  can  again  be  edited  through  the  general  browse  option. 

Re-Rank  Kvaluation  Reports 

The  requested  reranking  evaluation  reports  have  been  created.  The  'out 
of  order'  report  ia  now  an  exception  report.  A  report  for  'waiver 
moves'  gives  work  function  information  for  work  functions  that  have  been 
moved  into  or  out  of  the  waiver  level.  A  report  on  level  moves 
similarly  gives  work  function  information  for  work  functions  that  have 
changed  funding  levels.  Proper  functioning  of  these  reports  requires 
that  scenario  scoring  be  assigned  based  on  a  strategy  of  assigning  two- 
digit  scores  within  funding  levels,  e.g.  all  scenarios  desired  to  be  in 
funding  level  1  must  have  their  scenario  scores  from  10  to  19; 
similarly,  all  scenarios  to  be  maintained  in  waivers  must  be  scored  28 
or  29. 

An  additional  report  has  been  created  to  generate  a  report  on  work 
functions  within  a  user-specified  range  of  generated  ranks  (newrsnk) . 
This  report  also  provides  a  list  of  all  of  the  scenario  numbers  that  the 
particular  work  function  is  in.  Thia  ia  accomplished  through  the  RtBase 
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UMr  Defined  Function  (DDF)  feature,  that  allows  a  C  routine  to  ba 
called  from  within  Rslaae.  In  this  case,  a  C  program  haa  been  created 
to  read  the  bitmap  file  for  a  given  work  function  number,  and  return  a 
liet  of  the  scenario  numbers  that  are  set  for  that  work  function.  (The 
capability  to  provide  scenario  names,  rather  than  scenario  numbers,  was 
requested  by  Mika  Nalsh.  This  capability  was  created,  but  is  mors  time- 
consuming  than  the  generation  of  scenario  numbers.  If  desired  it  can  be 
implemented  in  place  of  the  numbers . ] 

Xach  of  these  reports  provides  detailed  information  about  each  work 
function  that  appears  in  the  report,  based  on  information  in  the 
workfunc  table.  This  information  is  obtained  through  the  use  of  the 
MFINFOl.CMS  command  file,  which  obtains,  formats,  and  outputs  the 
information  for  a  work  function.  Accordingly,  if  the  present  output 
format  of  workfunc  information  needs  to  be  changed  for  these  reports, 
the  changes  are  localised  to  this  particular  command  file. 

Speed  Considerations 

Most  of  the  operations  are  tolerable  in  terms  of  speed,  if  implemented 
on  a  486  machine  with  adequate  memory,  and  use  of  a  disk  cache. 
Froceeeing  email  scenarios  is  fairly  quick,  while  larger  scenarios  are 
sure  time-consuming . 

Certain  operations,  particular  those  that  are  based  on  the  wfeer  view 
(the  view  that  joins  the  wf  value  and  workfunc  tables),  can  be  slow, 
particularly  if  sorting  and7or  grouping  is  desired.  These  operations 
are  primarily  used  in  the  reporting  on  work  function  scores  and  in  the 
re-ranking  generation  and  evaluation. 
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Memo  To  File  COMBDSS 

frail  R.  Mai— 

Oat* i  7/2/92 

R*i  Mating  at  IVA,  7/1/92 

1)  A  rsvisv  Mating  tor  tha  COMBDSS  projact  was  ha  Id  at  IHR  on  7/1/92. 

Rttanding  war a:  Id  Japal,  Conn i a  Raaymakars,  Stava  Scott,  Mika  Nalah, 
Dave  Haraon,  Craig  Strus,  and  Dick  Mlaa. 

Prograas  sine*  last  —sting  waa  reviewed,  and  tha  major  tachnical 
changa*  to  tha  aystaa  wara  daacribad. 

3)  Oars  Haraon  outlined  tha  general  tiaetahl*  for  preparing  tha  budget 

submission.  On  7/17,  tha  raclaaas  should  be  coaplatad.  On  7/22,  John 
Ilaora  is  to  be  briefed  with  an  initial  scenario  analysis.  On  7/24,  a 
briefing  is  scheduled  for  Stava  Dola  in  tha  ASA  office.  Par  Dave 
Haraon,  last  year,  3  scenario*  wars  examined  -  a  10%  cut,  a  5%  cut,  and 
a  recommended  budget. 

Proa  7/24  through  f/1,  additional  modifications  and  analysis  of  tha 
budget  ara  aada.  Host  of  tha  higher- lava  1  input  is  not  at  tha  work 
function  level,  but  rather  as  a  request  for  an  %  cut  or  increase  by 
feed,  class,  or  division. 

Dave  Haraon  has,  in  tha  past,  generated  scenario  analysis  once  a  weak 
during  this  period,  with  the  in tar in  tins  used  for  analysis  of  tb* 
results. 

Develop— nt  of  the  naw  ranking  is  do—  in  tha  last  part  of  August. 

Dava  Haraon  expacta  approxi— taly  21000  work  functions  in  tha  aubaittal 
this  year. 

3)  Tha  desired  product  of  tha  XOMT  work  unit  for  this  fiscal  year,  in 
addition  to  tha  actual  COMBOS 5,  will  ba  a  brief  report,  containing  tha 
ayat—  concept  and  design,  a  description  of  tha  implementation,  a 
summary  evaluation  of  tha  results  of  tb*  iapla— station,  and  suggestions 
and  guidance  for  further  work.  Appendices  to  this  report  will  contain 
the  previously-produced  da  script  ion  of  tha  ABB  process,  docu— ntation  of 
tha  COMBDSS  system,  and  tha  as— s— ant  report  on  the  lapis— ntation 
process,  a  debriefing  a— ting  on  tha  projact  will  ba  held  late  in 
September,  or  early  in  October.  Methods  of  informing  tha  Divisions  of 
tha  status  of  tha  work  were  discussed.  Tha  annual  budget  conference 
(Seattle,  March  93)  was  suggested,  or,  alternatively,  a  fall  tl—  f re¬ 
works  hop.  discussed. 

4)  Various  strategies  and  approaches  to  performing  the  a— lysis  using  the 
COMBDSS  were  discussed.  A  ’dry  run*  to  test  the  process,  using  the 
currently  available  '94  workf unction  data  (prior  to 

reclames/ correct  ions) ,  was  suggested,  in  the  week  of  the  13th  of  July, 
to  teet  the  technology,  develop  scenario* ,  and  devise  strategies  for  the 
a— lysis.  Tha  developed  a— narios  would  then  be  re-run  with  the  final 
work  function  data,  once  it  bars—  available.  Tha  'dry  run'  was 
approved. 

5)  A  demonstration  of  the  —  jor  features  of  tha  COMBDSS  Version  1.5  was 
presented  by  Mi^s,  Walsh.  During  tha  course  of  this  presentation,  so— 
modifications  and  revisions  were  defined,  as  described  below. 

6)  Following  the  a— ting,  Dave  Her— n  provided  the  revised  1994  data, 
including  all  rollups,  and  the  currently  available  *94  workfunction 
data.  Old  data  was  cleared  out  of  the  COMBDSS,  new  data  imported,  and  a 
*94  database  was  prepared,  as  the  starting  point  for  analysis.  A  number 
of  tables  were  eliminated  from  tha  database ,  per  Dave  Haraon,  as  not 
being  needed  for  the  analysis  (purpose,  history,  reason,  year,  interest. 


C50 


Appendix  C  Minutes  of  Project  Team  Meetings  and  Technical  Memos 


fundlev,  and  dredge).  Data  (or  the  tables  eatfaat,  cat tit,  pro jet, 
workfunc,  and  tha  rollup  tablaa  (div  a  J,  (ced  a  $,  f ccddiv  a  $,  and 
pela  a  $)  were  imported,  ualng  OatewayT  baaad  on~Dave  Harmon  Sownloeds. 


Action  items 

Dave  Harmon  will  verify  certain  data  noted  aa  problematic  in  tha 
download  prooaaa.  Mika  Nalah  will  work  with  tha  *94  databaae  for 
further  testing.  Dick  Male#  will  naka  the  needed  mdificatioes  to  tha 
ayataai  (aaa  below).  Dick  Malaa,  Connie  Aayaaskara,  and  Mika  Nalah  will 
attend  tha  'dry  run*.  Craig  atrue  will  taka  tha  lead  on  developing  tha 
OOMIsas  documentation  package. 

Dick  Malaa  will  provide  Cincinnati  Chili  recipea/apicea  to  Stave  Scott, 
Craig  Strua,  and  Connie  Raayaakara. 

Syataa  Modifications 

•  Additional  scenario  report  -  major  claaa  breakout 

•  Check  on  number  of  available  scenarios  (should  be  126) 

•  Place  available  nusfeers  pick  list  in  cloning  functionality 

•  Chock  on  issue  of  rules  on/off  for  insert  of  composite  ecenario, 

eee  about  method  of  speeding  up  this  process 

•  check  when  bit  is  set  in  composite  scenario  generation 

•  add  default  scenario  title  line  in  scenario  titles  table  after  the 
•  ecenario  is  stored 

•  delete  temporary  tablaa  after  they  are  no  longer  needed,  to 
minimise  number  of  tables  in  database 

•  add  a  new  field  to  the  workfunc  table  (other,  for  coot  breakout) 

•  look  for  methods  of  speeding  up  the  logic  checks,  and  eliminate 
the  checks  on  the  year  table. 

•  examine  tha  system  (forms /reports)  for  use  of  the  nint  function, 
and  replace  this  with  the  proper  form  for  determining  the  feed 
prefix. 
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To  i  Mika  Walsh,  Dave  Hanon 
Treat  R.  Halaa 
Data:  7/5/92 

Rat  Modi float Iona  to  Varsion  1.5 

Tha  following  aodlf lcatlona  to  vara Ion  1.5  wara  apaelflad  In  tha  previous 

-  This  aaao  docuaents  thass  changes,  and  any  lasuas  associated  with  thaw. 

Itaa  1,  relating  to  tha  aajor  claaa  breakout,  needs  attention,  as  described 
below.  Running  the  logic  check  revealed  soae  prob lasts,  that  need  attention. 
Kota  also  tha  revised  usage  for  tha  composite  scenarios  (itaa  12  below).  Tha 
final  two  ltaas  (11/12)  were  not  aentioned  in  the  previous  sanu,  but  were 
discussed  as  needed  changes  at  the  7/1  aeeting. 

1)  Additional  scenario  report  -  aajor  class  breakout 

Tha  aajor  claaa  breakout  report  was  added,  in  both  print  and  export 
foraata,  to  tha  list  of  financial  reports.  The  aajor  class  breakout 
report  is  based  on  tha  project  class  crosstab  table  (TCLSXPRM) .  This 
table  is  used  to  generate  a  new  driving  table  for  the  aajor  claaa 
breakout  report,  based  on  a  two  step  process,  in  which  a  temporary  table 
is  created  by  a  join  of  PCLSXFRN  with  the  CLASS  table,  which  has  been 
aodif led  to  contain  the  needed  claaa  nuabers.  This  taaporary  table  then 
provides,  for  each  project  class,  the  associated  four  digit  class 
nuatoere  needed.  An  insert  select  based  on  these  table,  grouping  by 
claaa  nuaber,  is  used  to  build  the  MAJCLSBX  table,  which  is  the  driving 
table  for  the  report/export.  This  process  is  carried  out  by  the  rnaasnrt 
file  BLOCLSBX.CMD. 


The  CLASS  table  has  been  expanded  to  provide  the  necessary  intonation 
for  this  process,  as  follows! 


projcls 

catclaea 

claasnun 

claaabrk 

oajclass 

classlook 

clstitle 


TUT  2 
IWT1CSR 
iwnoiR 
INTEOSR 

Tin  so 
tut  so 

Tin  54  (projcles  claeelook) 


where  claaenuai  is  the  4-digit  nuaber  appearing  in  the  report.  The 
claaabrk  field  defines  the  break/rollup  l%val  for  subtotals.  Majclasa 
is  the  class  title  to  be  used  in  the  aajor  Claes  breakout  report,  while 
clatitla  is  used  for  the  pop-up  aenus  for  selecting  a  project  class,  as 
these  title  descriptions  are  different.  The  table  was  developed  based 
on  the  ‘calculated  data  eleaents  table'  provided  by  Dave  Hanon.  A 
portion  of  tha  revised  class  table  appears  below. 


Revised  Class  Table 


pr 

catc 

• 

• 

n 

M 

O 

cla 

aajclaas 

classlook 

NT 

114 

1145 

11 

MITIGATION  BANKING 

-0- 

NS 

114 

1146 

11 

COASTAL  WETLA'.LJS  XNITIATIVX 

-0- 

NU 

114 

1147 

11 

COASTAL  INLET  RESEARCH 

-0- 

PROGRAM 

NV 

114 

1146 

11 

RIVER  CONFLUENCE  ICE  RESEARCH 

-0- 

NC 

120 

1200 

12 

REGULAR  LOCKS  AND  DAMS 

MAJOR  REHABILITATION  OF 
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LOCU  UB  OAKS 


ML 

120 

1200 

12 

NAVIOATION  -  LOCKS  AND  DAKS 

NAVIGATION  -  LOCKS  AND  DANS 

NX 

124 

1240 

12 

NAINTENANCS  R8SRARCH  (RIKA 

■0- 

II) 

pp 

210 

2100 

21 

REGULAR  RSSXRVOIRS 

KAJOR  REHABILITATION  OP 

PLOOO  CONTROL  RSSXRVOIRS 

PR 

210 

2100 

21 

RXOULAR  RSSXRVOIRS 

PL000  CONTROL  -  RSSXRVOIRS 

PS 

211 

2110 

21 

SCHEDULING  PL000  CONTROL 

SCHEDULING  PLOOO  CONTROL 

RSSXRVOIRS 

RESERVOIRS 

RP 

213 

2130 

21 

-0- 

~0- 

PW 

214 

2140 

21 

NATSR  CONTROL  RSSXARC8 

-0- 

Not*  that  th*  Majclaas  and  classlook  titlaa  ara  not  the  sam« 

Tha  braaX  titles  for  th*  report  ar*  defined  in  th*  CLSBTITL 
table,  defined  as  follows: 


1  classbrk 

2  clsbtitl 

classbrk  clsbtitl 


INTEGER 
TEXT  SO 


1  -0- 
2  -0- 

3  -0- 

4  -0- 

5  — 0- 

11  NAVIGATION 

12  LOCKS  AND  DAXS 

21  RESERVOIRS 

22  CHANNEL  IMPROVEMENT 
30  MULTIPLE  PURPOSE 

40  PROTECTION  OF  NAVIGATION 

50  NATIONAL  EMERGENCY  PREPAREDNESS 

60  POLICY  AND  PROCEDURES  OPTIONS  FOR  PROJECT  O  6  M 

80  SAVINGS  AND  SLIPPAGES 


IMPORTANT: 


I  was  unable  t  oduca  the  sample  report  provided  by  Dave 

Harmon  as  the  major  class  breakout  summary.  My  attempt  at  doing 
this  is  attached  at  the  end  of  this  document.  Problems  exist  in 
the  correspondence  between  project  class  and  class  number,  and  in 
the  dollar  figures.  The  CLASS  table  needs  to  be  revised  to 
reflect  the  desired  correspondence  between  project  class  and  4- 
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digit  olu*  number,  and  tha  appropriate  rollups  e«it.  Tha 
CLSBTZTL  tabla  needs  to  be  revised  to  reflect  any  changes  in  the 
subtotals. 

The  following  is  a  tally  of  tha  project  class  codes  in  the 
WOKXroifC  table,  and  in  tha  PCLS_S_$  table  (repraps anting  the 
history  rollup).  Note  the  ITOLL-valuea,  and  the  discrepancy 
between  theae  lists  and  the  list  in  tha  'calculated  data 
elanants'  table,  in  particular  for  the  historical  values. 

Tally  froa  NOKXFONC 
Class  Nuaber 


495 

XA 

4 

136 

MC 

1969 

9806 

NO 

3 

38 

NG 

15 

184 

ML 

2121 

24 

MN 

12 

32 

PA 

8 

220 

PD 

6 

62 

PM 

11 

4 

PR 

12 

1895 

PS 

42 

4092 

-0- 

1 
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“33333333S8S3>5S3338SS38353SS53Bi58S88833833233a33HSS!l| 


Tally  tram  FCLS  8  $ 

jcl»  Nuabar 

1 
1 
1 
X 
1 
14 
1 
2 
1 
13 
1 
13 

7 
1 
1 
3 
3 
3 
3 

8 
3 
1 

11 
9 
6 
1 

16 
8 

1 
3 

11 
6 
1 
1 
1 
1 
1 
1 
1 
7 
2 

7 
1 
6 
1 

8 
8 
2 
1 
1 
1 
1 


2)  Check  on  number  of  available  scenarios  (should  bs  128) 
fixed 

3)  Pises  available  numbers  pick  list  in  cloning  functionality 
This  is  already  present.  X  am  not  sure  what  is  desired. 

4)  Check  on  issue  of  rules  on/off  for  insert  of  composite 
scenario,  see  about  method  of  speeding  up  this  process 

The  insert  process  was  based  on  an  insert  from  vfviev.  X 
revised  the  process  (see  WFT0r3KP.CMD),  getting  a  20%  speed 
enhancement.  Rules  are  set  off. 

5)  check  when  bit  is  set  in  composite  scenario  generation 

In  C0KPSCN3.C,  the  bit  is  set  for  the  composite  scenario  as 
it  is  calculated,  while  the  temporary  scenario  is  being 
generated.  Xt  is  re-set  when  the  temporary  scenario  is 
stored. 

C)  add  default  scenario  title  line  in  scenario  titles  table 
after  the  scenario  is  stored 

This  is  done  so  that  we  are  assured  that  a  scenario  title 
will  appear  in  the  Financial  Analysis  reports,  even  if  the 
user  does  not  edit  the  scenario  titles  table.  Done. 

7)  delete  temporary  tables  after  they  are  no  longer  needed,  to 
minimise  number  of  tables  in  database 

Done.  Approximate ly  CO  tables  are  resident  in  the  database. 
The  generation  of  Division/FCCD  financial  reports  will 
create  tables  for  each  division  (up  to  12) ,  so  we  should  be 
within  the  80  table  limit. 

8)  add  a  new  field  to  the  workfunc  table  (other,  for  cost 
breakout) 

Done. 

9)  look  for  methods  of  speeding  the  logic  checks,  and 
eliminate  the  checks  on  the  year  table 

Checks  on  non-existent  tables  (year,  fundlev)  eliminated. 
Logic  check  process  ran  in  under  15  minutes,  so  no 
additional  speed-up  was  attempted.  NOTE  THAT  LOGICAL 
CHECKING  PROBLEMS  HERE  REVEALED. 


10)  examine  the  system  (forms/reports)  for  use  of  the  nint 
function,  and  replace  this  with  the  proper  fora  for 


C56 


Appendix  C  Minute*  of  Project  Team  Meetings  and  Technical  Memos 


determining  the  feed  prefix. 


Modification  made  in  reports  fcprxprn,  dfprxprn,  fccdxprn, 
used  in  the  financial  analysis  reports  on  FCCD,  FCCD  prefix, 
and  Divison  FCCD  prefix.  Quick  check  looks  ok,  needs  closer 
look. 


11)  Best/ Sue 

The  work  function  scoring  is  locked  into  Best  sode,  with  no 
■enu  appearing  to  select  Best  or  Sus.  The  Sum  functionality 
is  still  retained,  but  is  not  currently  accessible. 

12)  Modifications  to  Composite  Scenario  Usage 

Due  to  confusion  between  the  types  of  composite  scenarios, 
the  terminology  has  been  revised.  X  'U*  scenario  (union 
scenario)  will  provide  the  union  of  work  functions 
specified,  i.e.  any  work  function  in  any  U  scenario  is  in 
the  composite.  An  Z  (intersect)  scenario  gives  the 
intersection  of  the  I  work  functions,  i.e.  the  workf unction 
must  be  present  in  all  I  work  functions  to  be  included  in 
the  composite.  The  'S'  scenario  subtracts  work  functions  in 
the  s  scenarios  from  the  work  functions  in  the  I  scenarios. 
The  s  scenario  cannot  be  combined  with  the  0  scenarios,  only 
with  the  I  scenarios,  and  I  and  u  are  also  mutually 
exclusive.  When  S  and  I  are  processed  jointly,  the  I 
scenarios  are  processed  first,  and  then  the  S  scenarios  are 
subtracted. 


THIS  HAS  NOT  BEEN  TESTED  EXTENSIVELY,  and  needs  careful 
examination. 
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FT  1*M 

Frajaet  Class  Cast  e—n  (apart 
Oparatlana  and  Naintmma,  Mnaral  Appraprlatlan 
nmm  n.45:is 


(C  CONTINUITY  OF  (OVfMNCNT  NfMtBWI 
IF  NATIONAL  BCtMSCY  FACILITICS 
NOSILUATION  WNHM(t 


FLOOD  OONTDOL  -  CHAMOIS 

MUON  Rf  AAAI  1 1  TAT  ION  OF  FLOOD  OONTDOL  Ml 
COOT  (NANO  HCt.  M1CL.  •  FLOOD  CONTML 
IHMCTION  OF  MN-FMCIAl  LSVCES 
I  MFC  CT I  ON  OF  MN-FBCNAl  UVttS 
FLOOD  CONTML  -  MMNVOIW 
SCNtOULINO  FLOOD  CONTML  MtSMMM 


NAJON  HIM.  AT  NULTIFLI  FUNFOM  FMJCCYS 
COOT  IMHO  MO.  OCVEL.  -  NULT I -FUNFOM  NON 
NULTIFU  FUNK  •  NAVIOATION 
NULTIFU  FUNFOM  •  NON  NAVI  OAT  ION 

NAVIOATION  • - AM  NAMOU 

NAVI  OAT  ION  •  DIOD  DISFQOAL 
NAJON  MNAOILITATION  OF  CNANKLt  AM  MMONS 
NAJON  HNABILITATION  OF  LOCKS  AM  MM 
NAVIOATION  -  LOCKS  AM  DAM 
NAVIOATION  •  N1T10AT10N  OF  SNOM  MAH 


HNONAL  OF  AflUATIC  OMUTN 
FMTICT,  CUM  AM  STSAIONTIN  CNAM 
FMvcrrioN  of  ossraucriw  dcfooits 
HNMAL  JfflULATONY  FUNCTIONS 
SMHY  OF  MOTH  CSNTSAL  LASS 

Min  KMNAL 
fnojoct  comition  sumys 

OONMAL  OF  SUNOS  WSML1 

uatcnsonh  coomkc  statistics 


0 

0 

2,474 

0 

0 

2 

0 

0 

3,494 

0 

0 

0 

0 

200 

0 

11,005 

13, SM 

16,369 

0 

4, M0 

0 

3M 

0 

2,236 

0 

0 

60 

7,016 

7,335 

7.625 

0 

0 

1 

255,46* 

256,569 

247,155 

2,052 

3,150 

3  267 

0 

675 

0 

0 

3,931 

0 

6,46* 

11,974 

971 

0 

0 

12,760 

135,412 

136,075 

130,179 

227,  m 

227,300 

203,496 

0 

600 

0 

510,7*5 

529,420 

496,024 

556 

2,061 

592 

0 

0 

4,464 

5,043 

4,171 

7.065 

290,625 

207,032 

203,5*2 

1,153 

7M 

744 

0 

2,000 

0 

0 

4,000 

0 

0 

1,000 

0 

0 

3.5M 

D 

0 

650 

0 

0 

0,056 

0 

0 

6,000 

0 

4,453 

4,397 

4,601 

• 

50 

56 

1.332 

1.222 

1,474 

0 

0 

0 

0 

3,537 

2,150 

0 

0.0M 

0 

7.1** 

7,713 

6.926 

0,«5S 

10,252 

0,056 

0 

1,000 

910 

0 

4,079 

0 

0 

1M 

0 

0 

1,000 

0 

0 

0 

0 

75,127 

0 

0 

,561,540 

1,557,005 

1,440,630 
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FT  1994 

Major  Claaa  GraaLos*  I  apart 
Oparatlana  and  Naintananca,  tanaral  Appropriation 
07/04/92  11:40:40 


Class  Title 

■UDGET92 

MGET93 

EXPEM091 

111  NAVIGATION  -  CHANNELS  AMO  HARMS 

112  NAVIGATION  -  OIUO  DISPOSAL 

1U  MAJOR  REHABILITATION  Of  CNANNflS  AND  NANDOR 

110,791 

114 

0 

129,420 

2,041 

0 

496.824 

592 

4.464 

AJN  TOTAL 

111,149 

131,409 

101,880 

211  coir  SNARED  KC1.  DCVEL.  -  flOCC  CONTROL  If 
222  INSPECTION  Of  NON- FEDERAL  UEVEfS 

0 

0 

0 

0 

60 

1 

SUBTOTAL 

0 

0 

62 

320  COST  MMED  ICC*.  OEVCL.  -  MULTI-PURPOSE  M 

0 

0 

12,748 

SUBTOTAL 

0 

0 

12,748 

440  GENERAL  REOULATORY  FUNCTIONS 

0 

0 

0 

MTOTAL 

0 

0 

0 

110  MOILIZATION  NEMHOKtl 

120  CONTINUITY  OF  GOVERNNENT  WTUMO 

140  NATIONAL  EMERGENCY  FACILITIES 

0 

0 

0 

0 

0 

0 

3,494 

2,474 

2 

MTOTAL 

0 

0 

5,972 

1110  NAVIGATION  -  Ml  Tl  SAT  ION  OF  SNOU  DAMAGE 

1140  NONITONINC  OF  GOWLSTED  COASTAL  PROJECTS 

1141  ME0SIN6  RESEARCH  PROGRAM 

1142  REMOVAL  OF  AQUATIC  GROWTH 

1141  KACN  DISPOSAL  (UCTION  933) 

1143  NITISATION  SANK  INC 

1147  COASTAL  INLET  RESEARCH  PROGRAM 

1140  RIVER  CONFLUENCE  ICC  NCSCAKN 

1,153 

0 

0 

0 

0 

0 

0 

0 

708 

2,000 

4,000 

8,034 

400 

1,000 

3,300 

410 

744 

0 

0 

0 

0 

0 

0 

0 

MTOTAL  NAVIGATION 

1,151 

20,404 

744 

1200  REGULAR  LOCKS  AND  DANS 

1240  MAINTENANCE  RESEARCH  (REN*  11) 

305,466 

0 

292,003 

4,000 

290,417 

0 

MTOTAL  LOCKS  AW  OAM 

305,440 

290,003 

290.417 

2100  REGULAR  RESERVOIRS 

2110  SCHEDULING  FLOOD  CONTROL  RESERVOIRS 

2130 

2140  UATEI  CONTROL  RESEARCH  PROGRAM 

2110  ENVIRONMENTAL  REVIEW  GUIDE  FOR  OPERATIONS  ( 

211,049 

0 

0 

214,149 

3,110 

1.000 

475 

4,000 

-2 

oooVS 

MTOTAL  RESERVOIRS 

210.701 

245,194 

212,457 

2200  REGULAR  CHANNEL  IMPROVEMENT 

2210  INSPECTION  OF  COMPLETED  WORKS 

11,003 

7,014 

13,380 

7,335 

14.349 

7.425 

MTOTAL  CHANNEL  IMPROVEMENT 

10,099 

20,915 

23,994 

3000  MULTIPLE  PURPOSE 

349,104 

374,229 

334.447 

SUBTOTAL  MULTIPLE  PURPOSE 

349,104 

374,229 

334,447 

4100  REMOVAL  OF  SUNKEN  VESSELS 

4200  PROTECT,  CLEAR  AMO  STRAIGHTEN  CHANNEL  (SEC. 
4300  PREVENTION  Of  INSTRUCTIVE  DEPOSITS 

4100  DRIFT  REMOVAL 

4400 

4700  PROJECT  CONDITION  SURVEYS 

4800  SURVEY  OF  NORTH  CENTRAL  LAKES 

4900  WATEROORNE  COMKRCE  STATISTICS 

0 

0 

1,332 

7,199 

4,453 

6,956 

0 

0 

1,000 

50 

1,222 

7,713 

4,397 

10,212 

3,537 

4,079 

918 

56 

1,474 

6,926 

4,681 

6,856 

2,330 

0 
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Corps  O&M  Budget  Decision  Support  Systam 
Fourth  Mooting  14  Octobor  1992  0900 
Wotor  Rosourcos  Support  Comer 
Cosoy  Building 
Fort  Belvoir,  VA  22060 

AGENDA 

I.  Review  of  COMBOSS  Version  2  During  Budget  Analysis 

A.  Download 

B.  Data  Checking 

C.  Development  of  Scenarios 

D.  Calculation  of  Scenarios 

E.  Reporting 

F.  Ranking  Approach 

G.  Ad  Hoc  Use  of  Systam 

H.  Two  Databases 

I.  Move  to  R:Basa  Version  4 

II.  Status  of  the  COM8_DSS  Prototype  Version  2.0 

A.  Capabilities 

1 .  256  scenarios  in  bit-map  file 

2.  Expanded  Reports 

B.  Improvements  Needed  for  FY  95 

1  ■  Scenario  management 

2.  Reports 

3.  Graphical  Display  of  Data 


III.  Review  of  COMBOSS  final  draft  report 


IV.  FY  93  Work 

A.  Maintenance  of  COM8_DSS  at  HQUSACE 

8.  Division  COMB_OSS 

C.  Dovs'opment  of  Other  Decision  Support  Tools 

V.  Action  Items 

VI.  Next  Meeting 
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CEWRC-IWR-R  October  19,1992 


MEMORANDUM  FOR  RECORD 

SUBJECT:  Fourth  Meeting  of  COMB_DSS  Project  Team 

1 .  The  fourth  meeting  of  the  COMB_DSS  project  team  was  held  at  the  Institute 
for  Water  Resources  on  14  October  1992.  The  primary  purposes  of  the  meeting 
was  to  review  the  results  of  using  the  COMB_DSS  prototype  during  the  FY  94 
budget  process,  discuss  the  final  report  for  the  work  effort  and  plan  for  FY  93 
work,  especially  the  development  of  the  Division  COMB_DSS.  Attending  were: 
Dave  Harmon,  CECW-OM,  Ed  Japel,  CECER-FS,  Connie  Raaymakers,  CECER-FS, 
Steve  Scott,  CECWES-HE-E,  Michael  R.  Walsh,  CEWRC-IWR;  Richard  Males,  RMM 
Technical  Services,  Inc.;  and  Craig  Strus,  Planning  and  Management  Consultants 
Limited.  The  agenda  for  the  meeting  is  attached. 

2.  The  project  team  discussed  the  use  of  the  COMB_DSS  during  the  budget  cycle. 
Dave  Harmon  provided  his  perspective  as  the  primary  user  of  the  COMB_DSS  and 
Dick  Males  and  I  provided  our  perspectives  as  the  primary  'fixers'  of  the  system. 
The  prototype  was  judged  to  be  a  success.  Dave  said  that  he  could  not  have  done 
the  FY  94  analysis  using  the  tools  he  had  available  last  year.  There  were  problems 
during  the  process,  such  as  the  database  becoming  corrupted,  but  nothing  that 
stopped  the  analysis.  Dick  and  I  noted  that  there  was  a  lot  of  'pressure 
programming'  during  July  and  August,  but  the  basic  design  of  the  COMB_DSS  was 
kept  intact.  I  noted  that  the  COMB_DSS  was  not  used  directly  by  the  decision 
makers.  Dave  was  the  primary  user  and  he  responded  to  the  needs  of  John  Parez, 
John  Elmore  and  others.  He  suggested  that  we  talk  to  the  decision  makers  to 
discover  what  they  thought  about  the  system  and  whether  they  would  be 
interested  in  more  hands  on  work  with  a  DSS. 

3.  I  sent  out  copies  of  the  initial  draft  report  for  everyone  to  review.  No  major 
comments  were  made  by  the  project  team  at  the  meeting.  I  asked  for  all 
comments  to  be  sent  to  me  by  23  October  1992.  I  will  consolidate  the  comments 
and  give  them  to  Craig  Strus  so  that  the  final  draft  report  can  be  ready  by  30 
October  1992.  I  will  send  the  final  draft  to  Steve  Scott  for  publishing  at  WES. 

4.  The  work  for  FY  93  breaks  out  into  three  areas.  The  first  is  the  development  of 
a  Division  COMB  DSS,  that  is  a  system  with  similar  capabilities  as  the 
Headquarters  C0MB_DSS  for  Divisions  to  use  in  the  evaluation  of  budget 
submittals.  Steve  Scott  and  Connie  Raaymakers  will  take  the  lead  on  this  work 
effort.  They  will  develop  a  work  plan  for  comment  by  other  members  of  the 
project  team.  I  will  help  develop  the  scope  of  work  for  contract  support  by  PMCL. 
This  effort  will  require  the  full  amount  of  the  current  funding  allocation  for  the 
decision  support  system  work  unit  under  the  I0MT. 

5.  The  second  area  of  work  involves  maintenance  and  updates  to  the  current 
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COMBDSS.  The  project  team  decided  that  this  effort  should  be  undertaken 
directly  for  HQUSACE  rather  than  under  the  aegis  of  the  IOMT.  I  will  prepare  a 
proposal  to  CECW-OM  for  the  conduct  of  this  work  for  FY  93,  Primarily  this  work 
will  Involve  making  some  changes  to  the  COMB_DSS  that  were  identified  during 
the  FY  94  budget  process  and  providing  Dave  with  additional  support. 

6.  The  third  area  of  work  is  the  development  of  other  decision  support  tools  for 
O&M  decision  makers.  The  major  O&M  review  study  identified  several  program 
management  issues  that  should  be  addressed  by  CECW-OM.  I  will  review  these 
recommendations  and  prepare  a  proposal  to  develop  decision  support  tools  under 
the  IOMT  that  help  address  some  of  the  issues.  The  project  team  discussed  a 
preliminary  idea  to  develop  a  DSS  that  would  provide  analytical  capabilities  for 
expenditures  just  as  the  COMB_DSS  does  for  budget  data.  The  budget  is  only  part 
of  the  picture  and  expenditure  analysis  is  needed  to  complete  it.  I  asked  the 
project  team  to  think  about  other  DSS  possibilities  and  give  me  their  ideas. 

9.  Action  Items.  Several  items  were  noted  during  the  meeting  that  require  action 
by  project  team  members.  These  action  items  are  listed  by  individual  below: 

AH  •  Provide  comment*  on  COMB  OSS  draft  report  to  Michael  Walsh  by 

23  Oct  1992 

Michael  Walsh  •  develop  scope  of  work  for  contract  aupport  for  Division  Budget 

DSS 

•  develop  proposal  for  maintenance  of  COMB  DSS 

•  develop  proposal  for  new  DSS  development' under  IOMT 

•  sand  final  draft  report  to  Steve  Scott  by  4  November  1992 

Steve  Scott  e  develop  work  plan  for  Division  Budget  DSS  with  Connie 

Raaymakars 

e  publish  final  COMB_DSS  report 

Craig  Strus  •  provide  final  draft  report  to  Michael  Walsh  by  30  Oct  1992 

Connie  e  develop  work  plan  for  Division  Budget  DSS  with  Steve  Scott 

Raaymakars 


Michael  R.  Walsh 
Civil  Engineer 
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Tables  in  Database 


Appendix  D  Tables  in 


D1 


Table:  distcode 
Read  Password:  No 
Modify  Password:  No 

Table  Description:  district  code  lookup 


Column  definitions 

f 

Name 

Tn» 

Index  Expression 

1 

distcode 

TEXT  1 

2 

divnam 

TEXT  3 

3 

distlook 

TEXT  5 

(distcodedc  divnam) 

Current  number  of  rows:  12 


Table:  cwisscea 
Read  Paanrord:  No 
Modify  Password:  No 


Table  Description:  cwis  scenario  inclusion/c* elusion  table 


Column  definitions 
f  Name 

1  accnname 

2  injoutewis 

3  cwis 


Type  Index  Exprearion 

TEXT  8 
TEXT  1 
INTEGER 


Current  number  of  rows:  3 


Table:  fccdscen 
Read  Password:  No 
Modify  Password:  No 

Table  Description:  feed  scenario  inclusion/ exclusion  table 
Column  definitions 

#  Name  Type  Index  Expression 

1  scenname  TEXT  8 

2  in  outfc  TEXT  1 

3  feed  TEXT  5 


Current  number  of  rows:  378 


Table:  compscen 
Read  ftmword:  No 
Modify  Password:  No 

Table  Description:  composite  scenario  definition  table 


Column  definitions 
#  Name  Type 

1  scenname  TEXT  8 

2  add_sub_scenario  TEXT  1 

3  scenpart  TEXT  8 

Current  number  of  rows:  299 


Index  Expression 


Table:  sqlaoenario 
Read  Password:  No 
Modify  Punrord:  No 

Table  Description:  direct  sql  scenario  definition 


fninmw  definitions 

#  Name 


sql_text 


Type 

TEXTS 

NOTE 


Index  Expression 


Current  number  of  rows:  0 


Table:  div_s_$ 

Read  Password:  No 
Modify  Password:  No 

Table  Description:  div  scenario  dollars  breakout 


Column  definitions 
#  Name 

1  scenname 

2  appcode 

3  divnam 

4  dollars 


Type 
TEXT  8 
TEXT  1 
TEXT  3 
CURRENCY 


Index  Expression 


Current  number  of  rows:  1034 
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Table:  pcU_*_$ 


Modify 


Table  Description:  project  class  scenario  dollars 


Column  definitions 
#  Name 


2  appcode 

3  projols 

4  dollars 


Type 
TEXT  8 
TEXT  1 
TEXT  2 
CURRENCY 


Index  Expression 


Current 


of  rows:  2120 


Table:  divscen 
Read  Password:  No 
Modify  Password:  No 

Table  Description:  division  scenario  mclusinn/exdusion  table 


Column  definitions 
#  Name  Type 

1  sceaname  TEXTS 

2  divnam  TEXT  3 


Current 


of  rows:  189 


Table:  dasscen 
Read  Password:  No 
Modify  Password:  No 

Table  Description:  prpjcls  scenario  indusion/exdusion  table 


Column  definitions 
#  Name  Type 

1  scenname  TEXT  8 

2  prpjcls  TEXT  2 

Current  number  of  rows:  7 


Index  Expression 


Appendix  D  Tables  in 


Table:  status 
Scad  Password:  No 
Modify  Pi— word:  No 

Table  Description;  acenario  storage  status  table 


Column  definitions 
#  Name  Type 

1  usage  TEXT  8 

2  acenname  TEXT  8 

3  stordate  DATE 

4  Sortime  TIME 


Index  Erpr—lon 


Current  ■«"**«■  of  rows:  3 


Table:  primaoen 
Head  Password:  No 
Modify  Password:  No 

Table  Description:  master  acenario  table 


Column  definitions 


# 

Name 

Type 

1 

aernname 

TEXT  8 

2 

acenappcode 

TEXT  1 

3 

scenminoce 

INTEGER 

4 

scenmaxoce 

INTEGER 

5 

scenmincost 

CURRENCY 

6 

scencumcost 

CURRENCY 

7 

seen  min  measure 

INTEGER 

8 

INTEGER 

9 

scenlunp 

TEXT  1 

10 

scensort 

TEXT  1 

11 

scmnusrl 

INTEGER 

12 

scmxusrl 

INTEGER 

13 

scmnusr2 

INTEGER 

14 

scmxusr2 

INTEGER 

Index  Prpreeriou 


Current  number  of  rows:  189 
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Table:  wfvalue 
Read  Forward:  No 
MetRfy  Famwenl:  No 

Table  Deeeripdoi  holds  scores,  new  tanking  for  wf  numbers 
Cnhini  definitions 

I  Name  Type  Index  Expression 

1  wfnum  INTEGER  * 

2  wf_value  INTEGER 

Current  nmnhrr  of  rows:  1966$ 


Table:  aoendeac 
Read  rearward:  No 
Modify  Password:  No 


Table  Description:  scenario  description  table 


Cohunn  definitions 


# 

Name 

TfP« 

1 

■"Minin* 

TEXT  8 

2 

acentype 

TEXT  1 

3 

aoendeac 

TEXT  60 

4 

acennotes 

NOTE 

5 

aoenworkfonctioQS 

INTEGER 

6 

scealotcoat 

CURRENCY 

7 

INTEGER 

8 

wimim 

INTEGER 

9 

aceanum 

INTEGER 

10 

INTEGER 

11 

sstocdat 

DATE 

12 

sstortun 

TIME 

13 

INTEGER 

Current 


at  raws:  2S6 
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Table: 


Read  Password:  No 
Modify  Password:  No 

Table  Description: 

Column  definitions 

#  Name  Type  Index  Erpnnioa 

1  sccnname  TEXT  8 

Current  number  of  rows:  4 


Table:  district 

Read  Password:  No 
Modify  Password:  No 

Table  Description:  district  code  information 

Column  definitions 

#  Name 

Type  Index  Expression 

1  district 

TEXT  3  • 

2  dstnam 

TEXT  3 

3  croc 

TEXT  2 

4  pcoftyp 

TEXT  3 

5  dhmam 

TEXT  3 

6  distitle 

TEXT  22 

7  divtitle 

TEXT  33 

Current  number  of  rows:  92 

Table:  prqjct 

Read  Password:  No 

Modify  Password:  No 

Table  Description:  project  (cwis)  related  info  (download) 

Column  definitions 

t  Name 

Type  Index  Expression 

1  district 

TEXT  3  • 

2  cwis 

INTEGER 

3  projcls 

TEXT  2  • 

4  projnam 

TEXT  48 

6  feecode 

7  tenyrave 

8  surveys 

9  lowuse 

10  tonnage 

11  interest 

12  politician 

13  authprqj 

14  autfacwis 


TEXT  1 
DOUBLE 
INTEGER 
TEXT  1 
DOUBLE 
TEXT  1 
TEXT  40 
TEXT  63 
INTEGER 


Current  number  of  rows:  2287 


Table:  catfeat 
Read  Password:  No 
Modify  Password:  No 


Table  Description:  category  feed  correspondence  (download) 


Column  definitions 
#  Name 

1  category 

2  feed 


Type  Index  Esprcarioo 

TEXT  3 

TEXTS 


Current  number  of  rows:  127 


Table:  cat  tit 
Read  Password:  No 
Modify  Password:  No 


Table  Description:  category  titles  (download) 


Pniumn  definitions 


f 

Name 

Type 

1 

category 

TEXT  3 

2 

cat_tit 

TEXT  77 

3 

descrip_req 

TEXT  1 

4 

argumjreq 

TEXT  1 

5 

output_tit 

TEXT  35 

Index  Expression 


Current  number  of  rows:  94 


Table:  ocescen 

Read  Password:  No 
Modify  Password:  No 

Table  Description:  oce  tank  includes/excludes  on  scenario 

Column  definitions 

#  Name 

Type 

Index  Expression 

1  scenname 

TEXT  8 

2  in  outooe 

TEXT  1 

3  ooerank 

INTEGER 

Current  number  of  rows:  12 

Table:  wfnum 
Read  Password:  No 
Modify  Password:  No 


Table  Description:  work  function  number* 

Column  definition* 

#  Name  Type  Index  Expression 

1  wfnum  INTEGER  * 

Current  number  of  rows:  2333 


10  cumcost 

CURRENCY 

11  wf  Bum 

INTEGER 

» 

12  appcode 

TEXT  1 

Current  of  rows:  2333 

Table:  fccdptti 

Read  Password:  No 

Modify  Password:  No 

Table  Description:  feature  cost  code  prefix  titles 

Column  definitions 

f  Name 

Type 

Index  Expression 

1  fccdprfx 

INTEGER 

2  fccdptit 

TEXT  50 

3  fccdbrk 

INTEGER 

Current  number  of  rows:  35 

Table:  brktitie 

Read  Password:  No 
Modify  Password:  No 

Table  Description: 

Column  definitions 

f  Name 

Type 

Index  Expression 

1  fccdbrk 

INTEGER 

2  BRKTTTLE 

TEXT  30 

Current  number  of  rows:  6 

Table:  fccdxtb 

Read  Password:  No 
Modify  Password:  No 

Table  Description:  Column  definitions 

#  Name 

Type 

Index  Expression 

1  rlab 

TEXT  18 

2  1 

TEXT  1 

D 


< 
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3  cl 

CURRENCY 

!  4  c2 

CURRENCY 

5  c3 

CURRENCY 

6  c4 

CURRENCY 

7  c5 

CURRENCY 

8  ctot 

CURRENCY 

Current  number  of  rows:  127 

Table:  fcprxtb 

Read  Password:  No 
Modify  Password:  No 

Table  Description: 

Column  definitions 

#  Name 

Type 

Index  Expression 

1  dab 

TEXT  18 

2  al 

CURRENCY 

3  a2 

CURRENCY 

4  a3 

CURRENCY 

Current  number  of  rows:  32 

Table:  divxprn 

Read  Password:  No 

Modify  Password:  No 

Table  Description: 

Column  definitions 

#  Name 

Type 

Index  Expression 

1  rlab 

TEXT  18 

2  al 

CURRENCY 

3  m2 

CURRENCY 

4  a3 

CURRENCY 

3  a4 

CURRENCY 

6  a5 

CURRENCY 

7  »6 

CURRENCY 

8  a7 

CURRENCY 

Current  number  of  rows:  12 
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Table;  pdsxprn 


Modify 


Table  Description: 


fv>iiimn  definitions 


# 

Name 

Type 

1 

riab 

TEXT  18 

2 

al 

CURRENCY 

3 

a2 

CURRENCY 

4 

a3 

CURRENCY 

5 

a4 

CURRENCY 

6 

aS 

CURRENCY 

7 

$6 

CURRENCY 

8 

a7 

CURRENCY 

Current  numt 

ter  of  rows:  38 

Table:  ftpntpm 
Read  Paanrord:  No 
Modify  Panword:  No 

Table  Deacriptioa: 

fViliiirm  definitions 

f  Nome 

1  dab 

2  al 

3  a2 

4  a3 
3  a4 

6  aS 

7  a6 

8  a7 


Type 

TEXT  18 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 


Current  number  of  rows:  28 
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Table:  fccdxptn 

Read  toward:  No 

Modify  Password:  No 

Table  Description: 

Column  definitions 
#  Name 

Type 

Index  Expression 

1  rlab 

TEXT  18 

2  al 

CURRENCY 

3  a2 

CURRENCY 

4  a3 

CURRENCY 

3  a4 

CURRENCY 

6  aS 

CURRENCY 

7  «6 

CURRENCY 

8  a7 

CURRENCY 

Current  mnnber  of  rows:  36 

lUblc  dfprxprn 

Read  Password:  No 

Modtty  Password:  No 

Table  Description: 

p_ninmn  definitions 

#  Name 

Type 

iiwUt  Expresrion 

1  rlab 

TEXT  18 

2  al 

CURRENCY 

3  a2 

CURRENCY 

4  a3 

CURRENCY 

3  a4 

CURRENCY 

6  aS 

CURRENCY 

7  a 6 

CURRENCY 

8  a7 

CURRENCY 

Current  number  of  rows:  24 

Tabic:  workfunc 
Read  Password:  No 
Modify  Password:  No 


Tabic  Description:  Work  Function  data  for  FY92 


Column  definitions 

* 

Name 

Type 

1 

district 

TEXT  3 

2 

appcode 

TEXT  1 

3 

wf_num 

INTEGER 

4 

cwis 

INTEGER 

5 

projcls 

TEXT  2 

6 

divnam 

TEXT  3 

7 

year 

TEXT  2 

8 

funcid 

INTEGER 

9 

rank 

INTEGER 

10 

cofmarid 

INTEGER 

11 

orgcode 

TEXT  4 

12 

dstrank 

INTEGER 

13 

divrank 

INTEGER 

14 

ocerank 

INTEGER 

15 

fundlev 

TEXT  1 

16 

category 

TEXT  3 

17 

feed 

TEXT  5 

18 

totcost 

CURRENCY 

19 

contracts 

CURRENCY 

20 

dirlabor 

CURRENCY 

21 

other 

CURRENCY 

22 

conned 

CURRENCY 

23 

corpsed 

CURRENCY 

24 

contrsa 

CURRENCY 

25 

corpssa 

CURRENCY 

26 

totdreg 

CURRENCY 

27 

typdreg 

TEXT  2 

28 

inspected 

TEXT  7 

29 

descrip 

TEXT  56 

30 

aiguml 

TEXT  64 

31 

argum2 

TEXT  64 

32 

contcontr 

CURRENCY 

33 

constraint 

TEXT  1 

34 

output_measure 

INTEGER 

35 

biddate 

INTEGER 

36 

advdate 

INTEGER 

37 

lowuse 

TEXT  1 

38 

newrank 

INTEGER 

39 

userl 

INTEGER 
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Table:  holdfunc 
Read  Password:  No 
Modify  Password:  No 


Table  Description: 

Column  definitions 

# 

Name 

Type 

1 

district 

TEXT  3 

2 

appcode 

TEXT  1 

3 

wfnum 

INTEGER 

4 

cwis 

INTEGER 

5 

projcls 

TEXT  2 

6 

divnam 

TEXT  3 

7 

year 

TEXT  2 

8 

fundd 

INTEGER 

9 

rank 

INTEGER 

10 

cofmarid 

INTEGER 

11 

orgcode 

TEXT  4 

12 

dstnnk 

INTEGER 

13 

divrank 

INTEGER 

14 

ocennk 

INTEGER 

15 

fundkv 

TEXT  1 

16 

category 

TEXT  3 

17 

feed 

TEXTS 

18 

totcost 

CURRENCY 

19 

contracts 

CURRENCY 

20 

diriabor 

CURRENCY 

21 

other 

CURRENCY 

22 

contred 

CURRENCY 

23 

corpsed 

CURRENCY 

24 

contra 

CURRENCY 

25 

corpus 

CURRENCY 

26 

totting 

CURRENCY 

27 

typdrag 

TEXT  2 

28 

inspected 

TEXT  7 

29 

descrip 

TEXT  56 

30 

arguml 

TEXT  64 

31 

argum2 

TEXT  64 

32 

contcontr 

CURRENCY 

Index  Expression 
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5 


33  constraint 

TEXT  1 

34  output  measure 

INTEGER 

33  biddate 

INTEGER 

36  advdate 

INTEGER 

37  lowuse 

TEXT  1 

38  newnnk 

INTEGER 

39  uaerl 

INTEGER 

40  uaer2 

INTEGER 

41  level 

INTEGER 

Current  «"*»<■  of  rows:  319 

Table:  class 

Read  Password:  No 
Modify  Password:  No 

Table  Description: 

Column  definitions 

f  Name 

Tfl* 

Index  Expression 

1  projds 

TEXT  2 

2  catdasa 

INTEGER 

3  da— iim 

INTEGER 

4  dassbrk 

INTEGER 

3  unydass 

TEXT  30 

6  danlook 

TEXT  30 

7  clstitle 

TEXT  54 

(projds&  classlook) 

Current  aambcr  of  ros 

is:  58 

Table:  clsbtitl 

Read  Password:  No 
Modify  Paanrord:  No 

Table  Description: 

Column  definitions 

#  Name 

Type 

Index  Expression 

1  dassbrk 

INTEGER 

2  dsbtitl 

TEXT  50 

Current  number  of  rows:  10 

Table:  dibtitl 

Read  Famward:  No 

ModRy  Password:  No 

Table  Dmriptl— ; 

Column  ddUtioiii 

#  Now 

Type 

Index  Expression 

1  cbnbfk 

INTEGER 

2  clabtiti 

TEXT  50 

Current  number  of  rows:  10 

iww  anfcUbk 

Rand  Password:  No 

Modify  Password:  No 

Table  Description:  m^jor  class  breakout  report  driving  table 

flnlimm  definitions 

#  Name 

Type 

Mea  Evmdnn 

1  dasaaum 

INTEGER 

2  al 

CURRENCY 

3  a2 

CURRENCY 

4  «3 

CURRENCY 

5  *4 

CURRENCY 

6  aS 

CURRENCY 

7  a6 

CURRENCY 

8  a7 

CURRENCY 

Current  number  of  rows:  32 

Table:  duml 

Read  Password:  No 
Modfy  Password:  No 

Column  definition! 

#  Name 

Type 

Index  Expression 

1  duml 

TEXT  4 

Current  number  of  rows:  0 

Append*  D  Tabiee  in 


Table:  feat  jit 
Scad  Password:  No 
Modify  Paanrord:  No 

Table  Description:  feed  titles  (download) 

Index  Exprcmhm 
(feed*  feat  Jit) 

Current  number  of  rows:  130 


Column  definitions 
f  Name  Type 

1  feed  TEXT  5 

2  feat  tit  TEXT  36 

3  feeddt  TEXT  63 


Table:  fccd_*_S 

Read  hswtrd:  No 
Modify  Rssrword:  No 

Table  Description:  food  scenario  dollars 

Column  definitions 

f  Name 

Type 

Index  Expression 

1  ecaaame 

TEXT  8 

• 

2  sppoode 

TEXT  1 

3  food 

TEXT  3 

* 

4  dollars 

CURRENCY 

3  feed  prefix 

INTEGER 

((aint(fioat(fccd)))) 

Current  rnimhrr  of  rows:  3830 

Table:  fccddiv_s_S 
Read  Password:  No 
Modify  Password:  No 

Table  Description:  feed  division  name  rollup 

Column  definitions 

#  Name 

Type 

Index  Expression 

1  scenname 

TEXT  8 

* 

2  appeode 

TEXT  1 

3  divnam 

TEXT  3 

• 

4  feed 

TEXT  5 

• 

3  dollars 

CURRENCY 

Appendix  D  Tables  in 


AppandbcD  TafalM  in 


9 


Table:  tempAinc 
Head  Punned:  No 
Modify  Pm  word:  No 


Table  Deflnitioa: 

Column  definitions 

# 

Name 

Type 

Index  Expression 

1 

district 

TEXT  3 

2 

appoode 

TEXT  1 

3 

wfnum 

INTEGER 

Autonumbering 

4 

cwis 

INTEGER 

5 

prqjcls 

TEXT  2 

6 

divnam 

TEXT  3 

7 

year 

TEXT  2 

8 

Amdd 

INTEGER 

9 

rank 

INTEGER 

10 

cofimarid 

INTEGER 

11 

orgcode 

TEXT  4 

12 

dstrank 

INTEGER 

13 

diviank 

INTEGER 

14 

oceanic 

INTEGER 

13 

fundlev 

TEXT  1 

16 

category 

TEXT  3 

17 

food 

TEXT  5 

18 

totcost 

CURRENCY 

19 

contacts 

CURRENCY 

20 

dirlabor 

CURRENCY 

21 

other 

CURRENCY 

22 

contred 

CURRENCY 

23 

eorpaed 

CURRENCY 

24 

contra 

CURRENCY 

25 

cocpaa 

CURRENCY 

26 

totdreg 

CURRENCY 

27 

typdn* 

TEXT  2 

28 

inspected 

TEXT  7 

29 

J - ?— 

oesenp 

TEXT  56 

30 

arguml 

TEXT  64 

31 

argum2 

TEXT  64 

32 

contcontr 

CURRENCY 

33 

constraint 

TEXT  1 

34 

outputmeasure 

INTEGER 

35 

biddate 

INTEGER 

36 

advdate 

INTEGER 

37 

lowuse 

TEXT  1 

38 

newrank 

INTEGER 

39 

userl 

INTEGER 

Table  scentitk 
Read  hawordi  No 
Modify  Password:  No 

Table  Description:  descriptive  tides  for  scenarios,  for  reports 
Column  definitions 

I  Name  Type  Index  Expression 

1  scenname  TEXT  8 

2  target  $  CURRENCY 

3  titlel  ~  TEXT  10 

4  title2  TEXT  10 

3  title3  TEXT  10 

Current  i™**  of  rows:  323 


Table:  enviroo2 
Read  Password:  No 
Modify  Password:  No 

Table  Definition: 

Column  definitions 
f  Name 

1  appeode 

2  district 

3  dstnam 

4  ewis 
3  catclass 

6  prpjnam 

7  state 

8  totcost 

9  userl 

10  descrip 


Type  Index  Expression 

TEXT  1 

TEXT  3 

TEXT  3 

INTEGER 

INTEGER 

TEXT  48 

TEXT  2 

CURRENCY 

INTEGER 

TEXT  56 


Current  number  of  rows:  1382 


Table  cnvironm 


ModHy  Password: 


rnlilmn  dcflnitjoiu 
#  None 

1  APPCODE 

2  DISTRICT 

3  DSTN  AM 

4  CWIS 

5  CATCLASS 

6  PROINAM 

7  STATE 

8  TOTCOST 

9  USER1 

10  DESCRIP 


Type 
TEXT  1 
TEXT  3 
TEXT  3 
INTEGER 
INTEGER 
TEXT  48 
TEXT  2 
CURRENCY 
INTEGER 
TEXT  56 


Current 


Tfcble:  wetlands 
Read  Paarword:  No 
Modify  Password:  No 


Table  Definition: 


Column  definitions 
#  Name 

1  DISTRICT 

2  DSTN  AM 

3  CWIS 

4  YEAR 

5  FUNC3D 

6  WETCAT 

7  PROJNAM 

8  USER1 


Type 
TEXT  3 
TEXT  3 
INTEGER 
TEXT  2 
INTEGER 
INTEGER 
TEXT  48 
INTEGER 


Index  Expression 


Current  number  of  rows:  74 


D22 


Appendix  D  Tables  in  Database 


Table:  pdsxtab 


Modify 


Table  Definition: 


b  No 
id:  No 


Column  definitions 
#  Name 

1  riab 

2  al 

3  *2 

4  a3 
3  a4 
6  aS 


Type 

TEXT  18 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 


Index  Expression 


Current 


of  rows:  38 


Table:  temp2$$$ 

Read  Pasword:  No 
Modify  Password:  No 

Table  Definition: 


Column  definitions 
#  Mae 


2  divnam 

3  feed 

4  lutpos 


Type 
TEXT  8 
TEXT  3 
TEXT  5 
INTEGER 
CURRENCY 


bides  Expression 


Current 


Appendix  0  Tables  in 


123 


Table:  availnum 

Read  Password:  No 

Modify  Password:  No 

Table  Definition: 

Column  definitions 
#  Name  Type 

1  avail  INTEGER 

Index  Expression 

Current  number  of  rows:  1 

Table:  temp3$$$ 

Read  Password:  No 
Modify  Password:  No 


Table  Definition: 

Column  definitions 
#  Name 

1  divnam 

2  prefix 

3  slS 

4  s2$ 

5  s3S 

6  s4$ 

7  s5S 

8  s6S 

9  s7J 

Current  number  of  rows:  234 


Type  Index  Expremioa 

TEXT  3 

INTEGER 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 


Appendix  D  Tables  in 


Table:  listpos 
Read  Fawned:  No 
Modify  Password:  No 

Table  Definition: 

finiiMBu  definitions 
#  Name 

1  scennamc 

2  listpos 


Type 
TEXT  8 
INTEGER 


Index  Expression 


Current  number  of  rows:  1 


Table:  temp4$$S 
Send  Password:  No 
Modify  Password:  No 

Table  Definition: 

Column  definitions 
f  Name 

1  divnam 

2  food 


6  s4$ 

7  sS$ 

8  s6$ 

9  s7$ 


Type 

TEXT  3 

TEXT  5 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 

CURRENCY 


Current  number  of  rows:  341 
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Table:  ebeckl 

Read  fMmcd:  No 
Mo<fifJr  Password:  No 

Table  Definition: 

Column  definitions 

#  Name 

Type 

Index  Expression 

1  wfnum 

INTEGER 

Current  number  of  rows:  20699 

Table:  fccdxtab 

Read  Password:  No 
Motfify  Password:  No 

Table  Definition: 

Column  definitions 
#  None 

Type 

Index  Expression 

1  dab 

TEXT  18 

2  al 

CURRENCY 

3  a2 

CURRENCY 

4  a3 

CURRENCY 

S  a4 

CURRENCY 

Current  number  of  rows:  36 

Table:  ftjnxtab 

Read  Password:  No 

Modify  Password:  No 

Table  Definition: 

Column  definitions 

#  Name 

Type 

Index  Expression 

1  riab 

TEXT  18 

2  al 

CURRENCY 

3  a2 

CURRENCY 

Current  number  of  rows:  28 

Appendix  0  Tables  in 


Appendix  E 
Menus/Forms 


Appendix  g  Meom/Forms 


El 


8  tescriftim 

1  Level  1  work  functions  1*  MM,  General  profile 

M_1 _ 

notes 

Level  1  uric  fractions  la  MM,  General  pragraa 


Appandbc  E  Msnua^Fonna 


E3 


Figure  Cl  -  Set  /  EiBt  Scenario  Report  Titles 


Apptndbc  E  Minm^*onni 


SI  Ifcltl -Sceaerlo  Select,  lalli.  Eueloete.  Store 
)  Select  Sceearle 
(3)  Belli  Tte*arery  Sceaerlo 
M)  Eueleete  theorem  Sceaerlo 

(5)  Store  Tbqporanj  Sceaerlo 

(6)  Krowe  Tkaprirg  Sceaerlo 

(7)  lecall  Storei  Sceaerlo 

(8)  force  Caaeletiue  dost  Celcaletloa  for  Iteaparanj  Sceaerlo 
(3)  Check  States 


5SSSSSSSSSS 


figure  C13  -  Edtt  /  Brnit  /  More  Work  Faction  Mon 


— i  nxr ;  T-lTT^l/TT^r 


81  Kit  Work  Fnctloe  hti 
)  Edit  Ubrk  Fnctian  losed  Oe  Stand  Scenrio 
(3)  Edit  Ubrk  Faction  Sued  Qa  Tbnorani  Scenrio 
«)  foe  tfark  Faction  1b  Hold  tale  dj  Appropriation) 
15)  foe  Ubrk  Fnctian  Trm  Hold  tale  dj  Appropriation) 
(6)  Ibllq  Ubrk  taction  Ok|  Apptnpt  lotion) 


Start  luge:  B 
End  luge:  9999999 

Set  OCB  Ink  langa.  IZ  to  exit,  esc  to  gait 


Figure  CIS  •  Work  Function  Entry  Form 

Wit  4o  to  kit 

Ofl93  Bata  Entry/Edlt  Fora 

Bst  Biv  Cls  Urjlua  CMIS  Yr  lank  DstRank  Divflank  OCERank  Lv 


L»  IK 

4 

7448 

94  2  28212  28158  2882935 

cofaarid:  28828 

orgcode:  NAU 

category:  E85  FCCS:  87.12  Funcld:  28 

$:  totcost:  ! 

15.88 

iounse:  -  inspectd:  -8- 

contracts:  ! 

8.88 

tupdref :  -8  constraint: 

dir labor:  ! 

8.88 

coatred:  ! 

8.88 

output  Measure :  8 

corpsed:  ! 

8.88 

userl:  18 

contrsa:  ! 

8.88 

user 2:  -8- 

corpssa:  ! 

8.88 

totdreg:  ! 

8.88 

Bid:  8  Adv:  8 

contcontr:  j 

8.88 

Nodtank:  2988163  Leuel:  -8- 

Bescrlptlon:  OTHER  CONDITION  I  OPERATION  STUDIES 

Arpuentl:  ID  PROVIDE  WATER  ANALYSIS  -  ELUTRIATE  TEST  -  FISH  SAMPLING  TEST 
ArguaeutZ:  TO  COMPLY  WITH  STATE  DWIROHHTAL  REGULATIONS  PER  SEC  484. 

'ora:  fulloub  'fable:  uorkfunc _ Field:  district _ Page:  1 


E  Monua/Fomno 


Quote  desired  reports  (esc  to  return  to  acnu): 


■mi 

"Project  Class 

(Print)  ■ 

Feed  Frefix 

(Print)  | 

Feed  Fall 

(Print) 

Ihjar  Class  Breakout  (Print)  II 

11 vis ion  Kane 

(Export)  ■ 

Project  Class 

(Export)  | 

Feed  Prefix 

(Export)  1 

Feed  full 

(Export)  m 

|  *jor  Class  Breakout 

Scenario  Caspar i son  deports 
tetabase:  dssabs  _ 


Figure  C19  -  Browse  Division  FCCD  Tables 
|_  Sort  Edit  Calculate  Uqout  Querq  ffenage  views  Print  Exit 


sceimane 

tartietj 

titlel 

tltleZ 

tltle3 

ALLSRUF 

ja.ee 

ALLSRU7 

ASACUT1 

$23,615.08 

OPER.  CUT 

PROPOSED 

BY  ASA(CU) 

i mam 

$8.80 

BATOMW 

BAIMAIV 

SB.  @8 

BANKUAlU 

BASE94 

$.  BB 

BASE94 

baseline 

$1,589,334.80 

FY  1994 

Division 

Request 

BASEOP 

$8.00 

BASEOP 

BLH8382 

$.00 

BLW9382 

BLHD9385 

$0.00 

SJH9305 

BLW9386 

$.00 

BLW9386 

BUG9387 

$.00 

BLMD9307 

BLW3389 

58.  B8 

BUV9389 

1LHD9310 

$.00 

BLW9310 

11 

$0.00 

BLW9311 

BUD9313 

$.00 

BUD9313 

BPRD9302 

Is. 80 

BND938Z 

BN1D9385 

$.00 

B*D9305 

mm 

$.00 

BNRB9386 

BffiD9310 

$.88 

MD9318 

MD9311 

$.00 

BKRD9311 

Database:  teats  Table:  scentitle  Read  F4  to  Browse _ Edit 


ESort  Edit  Calculate  Logout  Querg  tfanage  views  Print  Exit 
dlvnaa  |  prefix  I  sl$  I  sZ$  |  s3$  I  si 


in 

6 

$100.00 

S0.00 

S0.00 

LTD 

29 

$1,680.00 

$.00 

$.80 

6 

$658 .80 

$.00 

$.00 

IffiD 

29 

$50.00 

$.00 

$.00 

NAD 

6 

$297.00 

$.00 

$.00 

NAD 

29 

fc  .00 

$.00 

$.00 

NCD 

6 

ddLT  QQ 
jioj.Da 

$.00 

$.00 

NCD 

29 

$436.00 

$.00 

$.00 

liHHNl 

29 

$95.00 

$.00 

$.00 

NPD 

6 

$96.00 

$.00 

$.00 

NPD 

29 

$37.00 

$.88 

$.00 

6 

$399.00 

$.00 

$.00 

US 

29 

$2,182.00 

$.00 

$.00 

SAD 

6 

$383.00 

$.88 

$.80 

SAD 

29 

$2,197.00 

$.80 

$.00 

SPD 

29 

$500.00 

$.00 

$.00 

6 

A  $63.00 

$.00 

$.00 

29 

$6,683.00 

$.00 

$.00 

Database:  dssabs  Table:  tenp3$$$  FI  to  Browse _  Edit 


E- 
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Figure  C22  -  Scenario  Score  Entry  /  Edit  Form 
Edit  Go  to  Exit 

Scenario  Score  Eutrg/Edit  Fora 


ALLSWF  6  All  SWF  wort  function*  in  FY  1991  database  | 

ASACtm  84  Operations  Cat  Proposed  hq  ASA(CU) 

B8SZ94  186  Baseline  aaonnts  for  selected  featnres  within  each  division 
hueline  ZB  base  line  work  Inactions  rrrnunrndrl  Bivision  Frograa 
MSEOP  225  811  operations  feature  costs  In  division  baseline  request 
BLM9382  185  Baseline  for  feature  12  in  UUP  up  to  §4,248! 

BLW93B5  187  Baseline  for  feature  85  in  UM  up  to  §Z,268K 

8LNH386  188  Baseline  for  feature  86  in  UM  up  to  §11,9141 

BUV93B?  189  Baseline  for  feature  87  in  Utt  up  to  §9,18BK 

HJD9389  118  Baseline  for  feature  89  in  UM  up  to  §4,8451 

BUS931B  111  Baseline  for  feature  18  in  UM  up  to  §1,199K 

BLM9311  112  Baseline  for  feature  11  in  UM  up  to  §1,3261 

BUV9313  113  Baseline  for  feature  13  in  1IM  up  to  $4BK 

BND9382  115  Baseline  for  feature  82  in  HO  up  to  §8,3471 

BND93B5  116  Baseline  for  feature  85  in  ND  up  to  §5,447* 

BND9386  117  Baseline  for  feature  86  in  NU)  up  to  §14,99ZX 

BND931B  118  Baseline  for  feature  18  in  MRD  up  to  §6361 

BND9311  119  Baseline  for  feature  11  in  MiO  up  to  $2,917* 


Figure  C24  -  Rerank  Mem 


Loal  Remits  of  leraak  t-  it .value 
Loti  Rerank  into  aetrank  'a  uorkfuac 
Evaluate  leraak  Range  fs*-  Hilt!  Scenarios 
Evaluate  Rerank  for  Olit  of  haling  Level 
Evaluate  leraak  for  Ualver  Haves 
Evaluate  Ranking  for  Blvislon  Out  of  Drier 
Clear  neurank  in  uorkfuac 


Tanking  Functions 
itahase:  Issabs 


Appendix  F 
Sample  Reports 


Afimndbc  F  Sundt  Rooort 


Qonx  by  mad: 
oca  raak 


Xml  i  ,  ifpnp.  coda,  Division,  Pro j act  olut, 
0  mad  OCS  raak  <  IlltiH 


FundLav  Count (FundLav)  AppCoda  DivMaa  ProjCla  Sum (Tot Coat) 


$560.00 

$9,010.00 

$11,735.00 

$95,117.00 

$18,275.00 

$1,698.00 

$178.00 

$65.00 

$294.00 

$21,131.00 

$698.00 

$41,277.00 

$5,672.00 

$769.00 


431  C 


216  C 
32  C 


2 

254  C 

A  f 


151  C 


223  C 
41  C 
191  C 
* 


148  C 


414  C 


217  C 


$15,472.00 

$128.00 

$66,030.00 

$575.00 

$5,666.00 

$3,011.00 

$61.00 

$258.00 

$11,176.00 

$13,604.00 

$41,560.00 

$300.00 

$62,665.00 

$3,576.00 

$764.00 

$337.00 

$150.00 

$10,283.00 

$6,131.00 

$16.00 

$3,449.00 

$1,514.00 

$303.00 

$8,385.00 

$790.00 

$51,175.00 

$38,367.00 

$28,013.00 

$5,567.00 

$188.00 

$838.00 

$2,084.00 

$219.00 

$47,425.00 

$16,227.00 


AppandbcF  Sampia  Raports 


QOI n  Wad  lag  Xml 
OCX  rmak  >■  o  a 


Jtpprop.  coda,  iocd. 


FundLsv  Count (FundLov)  AppCod*  FCCO 


Sun (Tot Cost) 


rc  c 

01.1 

$110,854.00 

rc  c 

01.2 

$42,574.00 

>4  c 

01.3 

$20,522.00 

17  c 

02.1 

$7,553.00 

18  C 

02.2 

$40,176.00 

L5  C 

02.3 

$19,018.00 

>4  C 

03.1 

$2,434.00 

14  C 

03.2 

$1,631.00 

>1  C 

04 

$52,071.00 

'6  C 

05.1 

$17,720.00 

14  C 

05.2 

$7,083.00 

19  C 

05.3 

$5,438.00 

'3  C 

05.4 

$1,871.00 

.1  C 

05.5 

$1,549.00 

14  C 

06.1 

$97,669.00 

1  C 

06.2 

$36.00 

1  C 

06.3 

$96.00 

1  c 

06.4 

$31.00 

it  c 

07.11 

$37,251.00 

11  c 

07.12 

$13,250.00 

2  e 

07.13 

$89.00 

17  C 

07.21 

$2,307.00 

0  c 

07.22 

$11,644.00 

.4  C 

07.23 

$3,427.00 

IS  C 

07.24 

$1,768.00 

.6  C 

07.41 

$3,156.00 

.5  C 

07.42 

$213.00 

9  C 

07.53 

$4,534.00 

.0  C 

07.54 

$2,374.00 

2  C 

07.7 

$270.00 

10  c 

09.1 

$39,162.00 

3  C 

09.2 

$30,516.00 

7  C 

09.3 

$8,450.00 

4  C 

10.11 

$2,588.00 

3  C 

10.22 

$97.00 

1  C 

11 

$12,065.00 

9  C 

13 

$1,201.00 

2  C 

14 

$575.00 

1  C 

16 

$6,384.00 

6  C 

20 

$1,286.00 

3  C 

20.6 

$477.00 

7  C 

20.7 

$673.00 

5  C 

20.8 

$313.00 

0  C 

21.11 

$16,387.00 

9  C 

21.15 

$823.00 

4  C 

21.16 

$203.00 

1  C 

21.2 

$3,978.00 

4  C 

22.1 

$45,422.00 

8  C 

22.5 

$832.00 

■DOtndbt  F  SifflDh  Htnoft 


graft*  by  Funding  laral  l  ,  ftpprop.  Coda,  DiTieiom,  fccd,  OCft  risk 
>»  o  is!  oca  risk  <  imm 


FundLav  count (FundLav)  AppCode  DivHan  FCCO 


Ol.l 

01.2 

01.3 

02.1 

02.2 

02.3 

03.1 

03.2 

04 

05.1 

05.4 

06.1 

07.11 

07.12 

07.21 

07.22 

07.23 

07.24 

07.4! 

07.5: 

09.1 

09.2 

09.3 

10.11 

11 

13 

16 

20 

20.7 


21.11 
21 
22.1 

23.1 

23.2 

24.1 

25.1 

27.1 

29.1 

29.11 

29.2 

29.3 

29.4 

30.1 

30.2 
31 

32.1 

33.11 

33.21 

33.22 

33.3 


Sun(TotCoat) 


$14,353.00 

$3,434.00 

$410.00 

$136.00 

$2,402.00 

$1,758.00 

$29.00 

$360.00 

$1,769.00 

$1,570.00 

$335.00 

$9,316.00 

$6,842.00 

$407.00 

$116.00 

$1,189.00 

$153.00 

$78.00 


$2,691.00 

$1,001.00 

$793.00 

$560.00 

$864.00 

$10.00 

$458.00 

$111.00 


$117.00 


$4,215.00 

$1,196.00 

$20.00 

$84.00 

$115.00 

$109.00 

$405.00 

$100.00 

$470.00 

$170.00 

$66.00 

$19.00 

$241.00 

$60.00 

$154.00 

$71,298.00 

$1,698.00 

$4,481.00 

$250.00 


AppandixF  Sample Reports 


Total  work  function  count  by  approp  coda 

c 

19886 

E 

813 

quirt  by  Approp.  coda. 

OCR 

rank  >«  o  and  <  9999 

999 

AppCoda 

Count (AppCoda)  Sua(TotCost) 

C 

19886  3,118, 

935.00 

E 

813  $321, 

299.00 

QUIRT  by  Rpprop.  Coda,  Division, 

OCR 

rank  >*  o  and  <  9999 

999 

AppCoda 

Count (AppCoda)  DivNaa 

Sun (Tot Coat) 

C 

1074  LMD 

$266,814.00 

c 

1830  MRD 

$142,951.00 

c 

778  MAD 

$157,436.00 

c 

1632  NCD 

$856,859.00 

c 

1095  NED 

$48,892.00 

c 

2090  NPD 

$322,940.00 

c 

3576  ORD 

$345,890.00 

C 

11  FOD 

$1,458.00 

c 

2399  SAD 

$408,696.00 

c 

394  SPD 

$85,767.00 

c 

4989  SWD 

$435,347.00 

c 

18  ZZ1 

$45,885.00 

E 

813  HKD 

$221,299.00 

quirt  by  Approp.  coda.  Funding  level  1 

OCR  rank 

>=  0  and  <  9999999 

AppCoda 

Count (AppCoda)  FundLev 

Sua(TotCost) 

C 

8075  1 

1,182,177.00 

E 

260  1 

$107,959.00 
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QUERY  by  Approp.  Coda,  Division,  Funding  laval  1 
OCX  ruk  >■  0  and  <  ••••••a 


AppCoda 

Count (AppCoda)  DivNaa 

FundLav 

Sua(TotCost) 

c 

410  LMD 

1 

$136,573.00 

c 

691  KRD 

1 

$69,137.00 

c 

433  NAD 

1 

$91,715.00 

c 

626  NCD 

1 

$133,964.00 

c 

438  NED 

1 

$20,366.00 

c 

831  NPD 

1 

$135,140.00 

c 

1429  ORD 

1 

$162,527.00 

c 

3  POD 

1 

$130.00 

c 

996  SAD 

1 

$169,518.00 

c 

208  SPD 

1 

$42,826.00 

c 

1994  SWD 

1 

$175,171.00 

c 

16  ZZ1 

1 

$45,110.00 

E 

260  NMD 

1 

$107,959.00 

QUEST  by  Approp.  Coda,  Frojoot  eluif 
ocx  rank  >■  o  sad  <  mihii 


AppCoda 

Count (AppCoda )  ProjCls 

Sua(TotCoat) 

C 

1  FA 

$200.00 

C 

163  FC 

$19,658.00 

C 

1  FE 

$4,000.00 

c 

127  FZ 

$8,630.00 

c 

9345  FR 

$489,916.00 

c 

38  FS 

$3,515.00 

c 

1  FW 

$675.00 

c 

1  FX 

$3,931.00 

c 

4  KF 

$16,900.00 

c 

1898  MN 

$429,753.00 

c 

4093  KP 

$445,802.00 

c 

4  NA 

$559.00 

c 

1  NB 

$600.00 

c 

1961  NC 

$808,496.00 

c 

3  ND 

$6,050.00 

c 

15  N6 

$29,844.00 

c 

2122  ML 

$781,522.00 

c 

12  NK 

$1,168.00 

c 

1  NO 

$2,100.00 

c 

1  NR 

$3,487.00 

c 

1  NT 

$335.00 

c 

1  NU 

$5,000.00 

c 

1  NV 

$1,050.00 

c 

1  NW 

$4,247.00 

c 

1  NX 

$6,000.00 

c 

8  PA 

$5,192.00 

c 

1  PC 

$50.00 

c 

6  PD 

$1,621.00 

c 

11  PN 

$3,780.00 

c 

1  PP 

$8,000.00 
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QOSRY  by  Approp.  Coda,  Division,  Project  class, 
oca  rank  >*  o  u4  <  titni* 


AppCodo  Count (AppCodo)  DivMaa  ProjCla  Sua(TotCost) 


c 

2  LMD 

FC 

$425.00 

c 

22  LMD 

FI 

$1,558.00 

c 

258  UfD 

FR 

$23,562.00 

c 

298  LXD 

HP 

$44,714.00 

c 

266  LMD 

MC 

$144,597.00 

c 

224  LMD 

HL 

$49,982.00 

c 

2  LMD 

PA 

$1,798.00 

c 

2  LMD 

PS 

$178.00 

c 

4  MUD 

FC 

$265.00 

c 

19  MRD 

FI 

$836.00 

976  MRD 

FR 

$42,799.00 

6  MRD 

FS 

$698.00 

E9  ■ 

753  MRD 

MP 

$89,437.00 

72  MRD 

HC 

$8,916.00 

c 

8  HAD 

FC 

$819.00 

12  HAD 

FI 

$587.00 

111 

433  HAD 

FR 

$23,639.00 

5  HAD 

FS 

$132.00 

1  HAD 

HA 

$45.00 

295  HAD 

HC 

$120,984.00 

c 

6  HAD 

PD 

$1,621.00 

c 

10  HAD 

PR 

$6,598.00 

c 

8  HAD 

PS 

$3,011.00 

c 

6  HOT 

FC 

$1,111.00 

c 

14  HOT 

PI 

$1,002.00 

c 

453  HOT 

FR 

$25,729.00 

c 

71  HOT 

MH 

$194,331.00 

c 

456  HOT 

MC 

$151,093.00 

c 

3  HOT 

HD 

$6,050.00 

c 

15  HOT 

HG 

$29,844.00 

c 

587  HOT 

HL 

$442,170.00 

c 

12  HOT 

HM 

$1,168.00 

c 

8  MOT 

PH 

$3,576.00 

c 

7  HOT 

PS 

$785.00 

c 

19  HSD 

FC 

$1,343.00 

c 

2  HSD 

FI 

$200.00 

c 

1048  HSD 

FR 

$29,834.00 

c 

20  HSD 

HC 

$13,322.00 

c 

1  HSD 

PH 

$16.00 

c 

5  HSD 

PS 

$4,177.00 

c 

29  HPD 

FC 

$2,131.00 

c 

11  HPD 

FI 

$573.00 

c 

391  HPD 

FR 

$18,332.00 

c 

10  HPD 

FS 

$961.00 

c 

3  HPD 

MF 

$6,900.00 

c 

708  HPD 

MH 

$135,220.00 

c 

700  HPD 

MP 

$80,461.00 

c 

1  HPD 

HA 

$382.00 

c 

152  HPD 

HC 

$66,546.00 

c 

77  HPD 

NL 

$10,363.00 
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oooooonooooooo 


oononnnnnonooooooftnnnononnoofinoooononoooooonoo 


Qonr  by  Approp.  coda.  Division,  rcco, 
oca  rank  >■  o  sad  <  9999999 

AppCods  Count (AppCods)  DivMaa  FCCD 


17  LMD 
16  LMD 

7  LMD 
10  LMD 
35  LMD 
32  LMD 

1  LMD 

2  LMD 
4  LMD 

37  LMD 
30  LMD 

41  LMD 

18  LMD 
1  LMD 

27  LMD 
40  IMD 

19  IMD 
7  IMD 

24  LMD 
9  LMD 
7  LMD 

3  LMD 
1  LMD 

10  LMD 

1  LMD 

2  IMD 
32  IMD 
19  IMD 

25  IMD 
22  IMD 

7  IMD 
44  IMD 

11  IMD 

16  LMD 
24  LMD 
15  LMD 

7  IMD 
24  LMD 

26  LMD 
1  IMD 
1  IMD 

4  LMD 

5  LMD 
32  IMD 

1  IMD 
9  IMD 
10  LMD 
1  LMD 

17  IMD 


01.1 

01.2 

01.3 

02.1 

02.2 

02.3 

03.1 

03.2 

04 

05.1 

05.4 

05.5 

06.1 

06.2 

06.3 

06.4 

07.11 

07.12 

07.21 

07.22 

07.23 

07.24 

07.42 

07.52 

07.53 

07.6 

07.7 

09.1 

09.2 

09.3 

10.11 

10.22 

11 

13 

16 

20 

20.6 

20.7 

20.8 
21.11 
21.13 

21.15 

21.16 
21.2 
22.1 

22.5 

23.1 

23.2 

23.6 
24.1 


Sub (TotCost) 


$14,523.00 
$3,434.00 
$410.00 
$337.00 
$2,919.00 
$2,093.00 
$29.00 
$360.00 
$1,769.00 
$3,209.00 
$1,355.00 
$8 

$14,017.00 
$732.00 
$100.00 
$748.00 
$6,903.00 
$772.00 
$201.00 
$1,311.00 
$219.00 
$124.00 
$27.00 
$43.00 
$322.00 
$32.00 
$430.00 
$2,959.00 
$1,324.00 
$1,125.00 
$1,558.00 
$14.00 
$1,866.00 
$75.00 
$578.00 
$1,225.00 
$106.00 
$142.00 
$1,747.00 
$7,729.00 
$3.00 
$25.00 
$510.00 
$358.00 
$22,080.00 
$145.00 
$1,208.00 
$1,756.00 
$20.00 
$1,518.00 
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The  following  pages  represent  option  #8  fros  the  Utilities  Menu, 
Logic  Check  on  Workfunc  Table.  These  reports  were  routed  to  an 
ASCII  disk  file  and,  in  saae  cases,  condensed  to  represent  a 
portion  of  the  original  report.  Note  that  the  logical  checks  are 
looking  for  inconsistencies  in  the  initial  mainfraae-isported  data 
set.  For  many  of  the  checks,  these  inconsistencies  are  not  found. 


Logic  Cheeking  Report  10/07/92  13 i os i 21 


CHECK  WORKFUNC  FOR  UNIQUE  WORK  FUNCTION  NUMBERS 


WFNUM  COUNT 


-WARNING-  No  rows  exist  or  satisfy  the  specified  clause. 


13:08:44 

MAXIMUM  AND  MINIMUM  WORK  FUNCTION  NUMBERS 


Appropriation  Max#  Min# 

C  21196  1 

E  21218  19883 

F  -0-  -0- 
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13:09:38 

CHECK  WORK  FUN C  FOR  INVALID  DIVISIONS  AS  REFERENCED  ZN  DXSTCODE 


WFNUN  DZVNAM 


21197  HMD 

21198  HMD 

21199  HMD 

21200  NMD 

21201  NMD 

21202  NMD 

21203  NMD 

21204  NMD 

21205  NMD 

21206  HMD 

21207  HKD 

21208  NMD 

21209  NMD 

21210  NMD 

21211  HKD 

21212  HMD 

21213  HKD 

21214  HMD 

21215  HKD 

21216  MKD 

21217  HKD 

21218  HMD 

19883  HMD 

19884  MUD 

19885  MUD 

19886  HMD 

19887  HMD 

19888  HMD 

19889  HMD 

19890  HMD 

19891  HMD 

19892  HMD 

19893  HMD 

19894  HMD 

19895  HMD 

19896  HMD 

19897  HMD 

19898  HMD 

19899  HMD 

19900  HMD 

19901  HMD 

19902  HMD 

19903  HMD 

19904  HMD 

19905  HKD 

19906  HMD 

19907  HMD 

19908  HMD 
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CHECK  NORXFDNC  FOR  INVALID  DISTRICTS  AS  REFERENCED  IN  DISTRICT 
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13:12:11 

CHECK  WORKFUNC  FOR  MISSING  CATEGORY 


DISTRICT  DIVNAM 


■WARNING-  Mo  rows  sxist  or  satisfy  tha  spseifisd  clausa 


13:12:44 

CHECK  NORKFONC  FOR  MISSING  WORK  FONC  NUMBER 

WFNUM  DISTRICT  DIVNAM 

-manning-  No  rows  sxist  or  satisfy  tha  spacifiad  clausa. 
13:12:44 

CHECK  NORKFONC  FOR  MISSING  FONCID 

WFNUM  DISTRICT  DIVNAM  FONCID 
-WARNING-  No  rows  axist  or  satisfy  tha  spacifiad  clausa. 

13:13:01 

CHECK  NORKFONC  FOR  MISSING  RANK 

WFNUM  DISTRICT  DIVNAM  RANK 

-WARNING-  No  rows  sxist  or  satisfy  tha  spacifiad  clause. 


AddmvMk  F  Sunolt  Qtoort 


CHECK  NORKPUNC  FOR  OUTPUT  MEASURE  RANGE 


NFNUM  DISTRICT  DIVNAM  OUTPUT  MEASU1 


19977  B82 

MMD 

600 

20088  EB3 

HMD 

588 

20089  EB3 

HKD 

271 

20193  EB4 

MMD 

207 

20194  EB4 

MMD 

237 

20325  EB4 

MMD 

213 

20426  E84 

MMD 

241 

20427  EB4 

MMD 

252 

30444  EB4 

MMD 

276 

20455  EB4 

HMD 

ISO 

20499  EB4 

MMD 

137 

20602  EB4 

MMD 

302 

20618  EB4 

MMD 

170 

187  CB3 

IMD 

389 

209  CB3 

IMD 

167 

232  CBS 

LMD 

389 

283  CBS 

LMD 

117 

412  CB3 

LMD 

440 

534  CB3 

IMD 

184 

552  CB3 

LMD 

182 

559  CB3 

IMD 

1270 

671  CB3 

LMD 

184 

704  CB3 

IMD 

139 

870  CB4 

IMD 

287 

960  CB4 

IMD 

1660 

1246  CC1 

MRD 

111 

1335  CC1 

MRD 

195 

1589  CC1 

MRD 

142 

2128  CC2 

MRD 

239 

2332  CC2 

MRD 

380 

2339  CC2 

MRD 

415 

2379  CC2 

MRD 

218 

2501  CC2 

MRD 

378 

2525  CC2 

MRD 

376 

2616  CC2 

MRD 

114 

2683  CC2 

MRD 

120 

2721  CC2 

MRD 

203 

2728  CC2 

MRD 

396 

4695  CB5 

NAD 

115 

4724  CE5 

NAD 

103 

5254  CP 3 

NCD 

180 

5662  CP4 

NCD 

150 

5945  CP5 

NCD 

141 

6246  CP5 

NCD 

370 

6542  CG2 

NPD 

135 

6926  CG2 

NPD 

244 

7174  CG2 

NPD 

251 

8181  CG4 

NPD 

109 

13 >13: 34 

WASHING  -  TOTAL  COST  ZS  LESS  THAN  OS  SQOAL  TO  ZERO 


WTIrtM  DISTRICT 

DZVKAM 

TOTCOST 

1193  CC1 

USD 

•$9.00 

1294  CC1 

USD 

-$7.00 

1391  CC1 

MRP 

-$12.00 

1409  CC1 

USD 

-$5.00 

1454  CC1 

KSD 

-$10.00 

1556  CC1 

USD 

-$6.00 

1607  CC1 

MRD 

-$4.00 

1660  CC1 

USD 

-$4.00 

1720  OC1 

USD 

-$9.00 

1912  CC1 

MRD 

-$10.00 

1956  CC1 

MRD 

-$3.00 

13939  CX6 

SAD 

-$300.00 

14210  CX7 

SAD 

-$50.00 

14364  CK7 

SAD 

-$10.00 

Appandbc  F  Semple  Report 
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Scenario  Definition  Types  and  Ranking  Algorithms 


Rank  Generation  Process:  Overall 


Rank  Generation  Process:  WF  Bitmap  Creation 


Rank  Generation  Process:  Unique  WF  Rank 
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